From noreply at rubyforge.org Fri Jan 1 20:56:29 2010 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Fri, 1 Jan 2010 20:56:29 -0500 (EST) Subject: [Win32utils-devel] [ win32utils-Bugs-27640 ] Process.create :stdout fails in 1.9.1 Message-ID: <20100102015629.AA8FC18582CC@rubyforge.org> Bugs item #27640, was opened at 2009-12-31 05:08 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=27640&group_id=85 Category: win32-process Group: None Status: Open Resolution: None Priority: 3 Submitted By: Roger Pack (rogerdpack) Assigned to: Nobody (None) Summary: Process.create :stdout fails in 1.9.1 Initial Comment: This demo: http://wiki.github.com/rdp/ruby_tutorials_any_gem/win32-process succeeds like a champ on ruby 1.8.6, fails to write to a file in 1.9.1 [both mingw, gem versions 0.6.2] Thanks. -r ---------------------------------------------------------------------- >Comment By: Park Heesob (phasis68) Date: 2010-01-02 10:56 Message: This is not a bug of win32-process but a bug of ruby 1.9.x. Consider this code: STDOUT.reopen(File.open('out.txt', 'w+')) system('ruby -v') On ruby 1.8.6: out.txt is ruby 1.8.6 (2009-08-04 patchlevel 383) [i386-mingw32] On ruby 1.9.1: out.txt is nothing I noticed the root cause is FILE_FLAG_OVERLAPPED handling of ruby 1.9.x. I guess it is related with native thread supporting on windows. But the child process cannot handle the overlapped I/O on most cases. In short, the inheritable file handle must not opened with the FILE_FLAG_OVERLAPPED flag. To workaround is to disable FILE_FLAG_OVERLAPPED flag in win32-process side. Insert following code after #686 of process.rb if handle>50 # poor check for redirected handle handle = ReOpenFile(handle,0x40000000,3,0) end Where ReOpenFile is defined as API.new('ReOpenFile', 'LLLL', 'L') But this function is available on Windows 2003, Vista and Windows 7. Not working on XP or 2000. Regards, Park Heesob ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=27640&group_id=85 From jftucker at gmail.com Sat Jan 2 09:27:53 2010 From: jftucker at gmail.com (James Tucker) Date: Sat, 2 Jan 2010 14:27:53 +0000 Subject: [Win32utils-devel] win32utils with ruby installer In-Reply-To: References: <159287FF-8801-4AE6-8D1D-89D21CB59B19@gmail.com> Message-ID: <48BE6AC3-CF90-4D39-80DA-FEDE47D911FA@gmail.com> On 31 Dec 2009, at 21:07, Charley Baker wrote: > Ok, now that I get it, I haven't checked out the win32utils source that we're using, but it sounds like the code is using SEH for some of the api calls? From some of the threads I've been reading, since the msvc6 libs and the mingw libs should both be compiled against the same version of the c runtime - msvcrt.dll, then that should theoretically cause problems? Falsifying the platform sounds a bit dodgy, but will make install easier for newbs avoiding the platform flag. They run the same runtime, there shouldn't be any problems at the ABI level, luckily, this is actually the purpose of mingw, over something like cygwin. > Ideally I still want to say 'gem install watir' will work without any machinations, hedging or confusion, that's the use case. Anything trickier starts to pile up an already large backlog of user questions and support. Yup, this is why my suggestion is that we get gem publish scripts into any of the win32 project gems that use SEH to publish vs6 flavours with mingw platform tags. This is the only way, other than somehow factoring out all SEH code, to make the above work smoothly. The only other possible alternative is to have them pre-bundled with the one-click, but then users will still end up referring to docs / this thread to realise they need to upgrade with a --platform=... force. > Luis is amazing and a non stop force in making Windows a less than 3rd class citizen on Ruby, Daniel for that matter as well. :) Given that Watir started out with Windows and IE as the primary target (still is in many respects with our user base), it's been an uphill battle. I'm happy to help out in any way possible. It's been a while since Windows programming was my primary job, but I'm diving into this a bit and hope to help. If it's agreeable to everyone, the aforementioned changes to build and publish scripts would be quite easy to manage, addressing this problem has been on my (long) list of things to do for some time now - if someone else has a need and the time to do it, that's fantastic. From noreply at rubyforge.org Sat Jan 2 17:31:47 2010 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 2 Jan 2010 17:31:47 -0500 (EST) Subject: [Win32utils-devel] [ win32utils-Bugs-27640 ] Process.create :stdout fails in 1.9.1 Message-ID: <20100102223148.33D2618582CB@rubyforge.org> Bugs item #27640, was opened at 2009-12-30 20:08 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=27640&group_id=85 Category: win32-process Group: None Status: Open Resolution: None Priority: 3 Submitted By: Roger Pack (rogerdpack) Assigned to: Nobody (None) Summary: Process.create :stdout fails in 1.9.1 Initial Comment: This demo: http://wiki.github.com/rdp/ruby_tutorials_any_gem/win32-process succeeds like a champ on ruby 1.8.6, fails to write to a file in 1.9.1 [both mingw, gem versions 0.6.2] Thanks. -r ---------------------------------------------------------------------- >Comment By: Roger Pack (rogerdpack) Date: 2010-01-02 22:31 Message: does this need to be reported back to core then? -r ---------------------------------------------------------------------- Comment By: Park Heesob (phasis68) Date: 2010-01-02 01:56 Message: This is not a bug of win32-process but a bug of ruby 1.9.x. Consider this code: STDOUT.reopen(File.open('out.txt', 'w+')) system('ruby -v') On ruby 1.8.6: out.txt is ruby 1.8.6 (2009-08-04 patchlevel 383) [i386-mingw32] On ruby 1.9.1: out.txt is nothing I noticed the root cause is FILE_FLAG_OVERLAPPED handling of ruby 1.9.x. I guess it is related with native thread supporting on windows. But the child process cannot handle the overlapped I/O on most cases. In short, the inheritable file handle must not opened with the FILE_FLAG_OVERLAPPED flag. To workaround is to disable FILE_FLAG_OVERLAPPED flag in win32-process side. Insert following code after #686 of process.rb if handle>50 # poor check for redirected handle handle = ReOpenFile(handle,0x40000000,3,0) end Where ReOpenFile is defined as API.new('ReOpenFile', 'LLLL', 'L') But this function is available on Windows 2003, Vista and Windows 7. Not working on XP or 2000. Regards, Park Heesob ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=27640&group_id=85 From noreply at rubyforge.org Sat Jan 2 17:58:10 2010 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 2 Jan 2010 17:58:10 -0500 (EST) Subject: [Win32utils-devel] [ win32utils-Bugs-27640 ] Process.create :stdout fails in 1.9.1 Message-ID: <20100102225810.A649D15B802F@rubyforge.org> Bugs item #27640, was opened at 2009-12-31 05:08 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=27640&group_id=85 Category: win32-process Group: None Status: Open Resolution: None Priority: 3 Submitted By: Roger Pack (rogerdpack) Assigned to: Nobody (None) Summary: Process.create :stdout fails in 1.9.1 Initial Comment: This demo: http://wiki.github.com/rdp/ruby_tutorials_any_gem/win32-process succeeds like a champ on ruby 1.8.6, fails to write to a file in 1.9.1 [both mingw, gem versions 0.6.2] Thanks. -r ---------------------------------------------------------------------- >Comment By: Park Heesob (phasis68) Date: 2010-01-03 07:58 Message: Yes, I think it must be reported as a bug. Regards, Park Heesob ---------------------------------------------------------------------- Comment By: Roger Pack (rogerdpack) Date: 2010-01-03 07:31 Message: does this need to be reported back to core then? -r ---------------------------------------------------------------------- Comment By: Park Heesob (phasis68) Date: 2010-01-02 10:56 Message: This is not a bug of win32-process but a bug of ruby 1.9.x. Consider this code: STDOUT.reopen(File.open('out.txt', 'w+')) system('ruby -v') On ruby 1.8.6: out.txt is ruby 1.8.6 (2009-08-04 patchlevel 383) [i386-mingw32] On ruby 1.9.1: out.txt is nothing I noticed the root cause is FILE_FLAG_OVERLAPPED handling of ruby 1.9.x. I guess it is related with native thread supporting on windows. But the child process cannot handle the overlapped I/O on most cases. In short, the inheritable file handle must not opened with the FILE_FLAG_OVERLAPPED flag. To workaround is to disable FILE_FLAG_OVERLAPPED flag in win32-process side. Insert following code after #686 of process.rb if handle>50 # poor check for redirected handle handle = ReOpenFile(handle,0x40000000,3,0) end Where ReOpenFile is defined as API.new('ReOpenFile', 'LLLL', 'L') But this function is available on Windows 2003, Vista and Windows 7. Not working on XP or 2000. Regards, Park Heesob ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=27640&group_id=85 From noreply at rubyforge.org Sat Jan 2 21:00:55 2010 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 2 Jan 2010 21:00:55 -0500 (EST) Subject: [Win32utils-devel] [ win32utils-Bugs-27640 ] Process.create :stdout fails in 1.9.1 Message-ID: <20100103020055.34CFB18582CB@rubyforge.org> Bugs item #27640, was opened at 2009-12-30 20:08 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=27640&group_id=85 Category: win32-process Group: None Status: Open Resolution: None Priority: 3 Submitted By: Roger Pack (rogerdpack) Assigned to: Nobody (None) Summary: Process.create :stdout fails in 1.9.1 Initial Comment: This demo: http://wiki.github.com/rdp/ruby_tutorials_any_gem/win32-process succeeds like a champ on ruby 1.8.6, fails to write to a file in 1.9.1 [both mingw, gem versions 0.6.2] Thanks. -r ---------------------------------------------------------------------- >Comment By: Roger Pack (rogerdpack) Date: 2010-01-03 02:00 Message: would you like to report it [appears you're a little more familiar with the guts of the thing...]? -r ---------------------------------------------------------------------- Comment By: Park Heesob (phasis68) Date: 2010-01-02 22:58 Message: Yes, I think it must be reported as a bug. Regards, Park Heesob ---------------------------------------------------------------------- Comment By: Roger Pack (rogerdpack) Date: 2010-01-02 22:31 Message: does this need to be reported back to core then? -r ---------------------------------------------------------------------- Comment By: Park Heesob (phasis68) Date: 2010-01-02 01:56 Message: This is not a bug of win32-process but a bug of ruby 1.9.x. Consider this code: STDOUT.reopen(File.open('out.txt', 'w+')) system('ruby -v') On ruby 1.8.6: out.txt is ruby 1.8.6 (2009-08-04 patchlevel 383) [i386-mingw32] On ruby 1.9.1: out.txt is nothing I noticed the root cause is FILE_FLAG_OVERLAPPED handling of ruby 1.9.x. I guess it is related with native thread supporting on windows. But the child process cannot handle the overlapped I/O on most cases. In short, the inheritable file handle must not opened with the FILE_FLAG_OVERLAPPED flag. To workaround is to disable FILE_FLAG_OVERLAPPED flag in win32-process side. Insert following code after #686 of process.rb if handle>50 # poor check for redirected handle handle = ReOpenFile(handle,0x40000000,3,0) end Where ReOpenFile is defined as API.new('ReOpenFile', 'LLLL', 'L') But this function is available on Windows 2003, Vista and Windows 7. Not working on XP or 2000. Regards, Park Heesob ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=27640&group_id=85 From noreply at rubyforge.org Sat Jan 2 22:31:59 2010 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 2 Jan 2010 22:31:59 -0500 (EST) Subject: [Win32utils-devel] [ win32utils-Bugs-27640 ] Process.create :stdout fails in 1.9.1 Message-ID: <20100103033159.9992515B8029@rubyforge.org> Bugs item #27640, was opened at 2009-12-31 05:08 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=27640&group_id=85 Category: win32-process Group: None Status: Open Resolution: None Priority: 3 Submitted By: Roger Pack (rogerdpack) Assigned to: Nobody (None) Summary: Process.create :stdout fails in 1.9.1 Initial Comment: This demo: http://wiki.github.com/rdp/ruby_tutorials_any_gem/win32-process succeeds like a champ on ruby 1.8.6, fails to write to a file in 1.9.1 [both mingw, gem versions 0.6.2] Thanks. -r ---------------------------------------------------------------------- >Comment By: Park Heesob (phasis68) Date: 2010-01-03 12:31 Message: OK, I committed a bug report. Regards, Park Heesob ---------------------------------------------------------------------- Comment By: Roger Pack (rogerdpack) Date: 2010-01-03 11:00 Message: would you like to report it [appears you're a little more familiar with the guts of the thing...]? -r ---------------------------------------------------------------------- Comment By: Park Heesob (phasis68) Date: 2010-01-03 07:58 Message: Yes, I think it must be reported as a bug. Regards, Park Heesob ---------------------------------------------------------------------- Comment By: Roger Pack (rogerdpack) Date: 2010-01-03 07:31 Message: does this need to be reported back to core then? -r ---------------------------------------------------------------------- Comment By: Park Heesob (phasis68) Date: 2010-01-02 10:56 Message: This is not a bug of win32-process but a bug of ruby 1.9.x. Consider this code: STDOUT.reopen(File.open('out.txt', 'w+')) system('ruby -v') On ruby 1.8.6: out.txt is ruby 1.8.6 (2009-08-04 patchlevel 383) [i386-mingw32] On ruby 1.9.1: out.txt is nothing I noticed the root cause is FILE_FLAG_OVERLAPPED handling of ruby 1.9.x. I guess it is related with native thread supporting on windows. But the child process cannot handle the overlapped I/O on most cases. In short, the inheritable file handle must not opened with the FILE_FLAG_OVERLAPPED flag. To workaround is to disable FILE_FLAG_OVERLAPPED flag in win32-process side. Insert following code after #686 of process.rb if handle>50 # poor check for redirected handle handle = ReOpenFile(handle,0x40000000,3,0) end Where ReOpenFile is defined as API.new('ReOpenFile', 'LLLL', 'L') But this function is available on Windows 2003, Vista and Windows 7. Not working on XP or 2000. Regards, Park Heesob ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=27640&group_id=85 From noreply at rubyforge.org Fri Jan 15 08:27:17 2010 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Fri, 15 Jan 2010 08:27:17 -0500 (EST) Subject: [Win32utils-devel] [ win32utils-Bugs-27692 ] win32-service install error with 1.9.1 Message-ID: <20100115132717.C52A918582DA@rubyforge.org> Bugs item #27692, was opened at 2010-01-15 13:27 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=27692&group_id=85 Category: win32-service Group: None Status: Open Resolution: None Priority: 3 Submitted By: Helder Aranha (hmspider) Assigned to: Nobody (None) Summary: win32-service install error with 1.9.1 Initial Comment: googled this for a while, no joy. goal is to install v0.5.2 in order to use mongrel_services gem on Vista. RubyGems Environment: - RUBYGEMS VERSION: 1.3.5 - RUBY VERSION: 1.9.1 (2009-07-16 patchlevel 243) [i386-mingw32] - INSTALLATION DIRECTORY: C:/Ruby/lib/ruby/gems/1.9.1 - RUBYGEMS PREFIX: C:/Ruby/lib/ruby/gems/1.9.1/gems/rubygems-update-1.3.5 - RUBY EXECUTABLE: C:/Ruby/bin/ruby.exe - EXECUTABLE DIRECTORY: C:/Ruby/bin - RUBYGEMS PLATFORMS: - ruby - x86-mingw32 - GEM PATHS: - C:/Ruby/lib/ruby/gems/1.9.1 - C:/.gem/ruby/1.9.1 - GEM CONFIGURATION: - :update_sources => true - :verbose => true - :benchmark => false - :backtrace => false - :bulk_threshold => 1000 - REMOTE SOURCES: - http://gems.rubyforge.org/ c:/Ruby/bin/ruby.exe extconf.rb checking for RegisterServiceCtrlHandlerEx()... yes checking for EnumServicesStatusEx()... yes checking for QueryServiceStatusEx()... yes creating Makefile make gcc -I. -Ic:/Ruby/include/ruby-1.9.1/i386-mingw32 -I/c/Ruby/include/ruby-1.9.1/ruby/backward -I/c/Ruby/include/ruby-1.9.1 -I. -DHAVE_REGISTERSERVICECTRLHANDLEREX -DHAVE_ENUMSERVICESSTATUSEX -DHAVE_QUERYSERVICESTATUSEX -O2 -g -Wall -Wno-parentheses -o service.o -c service.c In file included from service.c:7: service.h: In function 'rb_get_dependencies': service.h:80: error: 'struct RArray' has no member named 'len' service.h: In function 'rb_get_controls_accepted': service.h:232: error: 'struct RArray' has no member named 'len' service.c: In function 'Service_Event_Dispatch': service.c:91: error: 'struct RArray' has no member named 'ptr' service.c:92: error: 'struct RArray' has no member named 'ptr' service.c: In function 'Ruby_Service_Ctrl': service.c:104: error: '__try' undeclared (first use in this function) service.c:104: error: (Each undeclared identifier is reported only once service.c:104: error: for each function it appears in.) service.c:105: error: expected ';' before '{' token service.c: In function 'Service_Ctrl': service.c:159: error: '__try' undeclared (first use in this function) service.c:160: error: expected ';' before '{' token service.c: In function 'service_configure': service.c:663: error: 'struct RArray' has no member named 'len' service.c:667: error: 'struct RArray' has no member named 'len' service.c:669: error: 'struct RArray' has no member named 'ptr' service.c:674: error: 'struct RArray' has no member named 'len' service.c: In function 'service_create': service.c:846: error: 'struct RArray' has no member named 'len' service.c:850: error: 'struct RArray' has no member named 'len' service.c:852: error: 'struct RArray' has no member named 'ptr' service.c:857: error: 'struct RArray' has no member named 'len' service.c: In function 'service_start': service.c:1562: error: 'struct RArray' has no member named 'len' service.c:1568: error: 'struct RArray' has no member named 'len' service.c:1570: error: 'struct RArray' has no member named 'len' service.c:1603: warning: passing argument 3 of 'StartServiceA' from incompatible pointer type c:\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/winsvc.h:239: note: expected 'const CHAR **' but argument is of type 'TCHAR **' make: *** [service.o] Error 1 ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=27692&group_id=85 From noreply at rubyforge.org Fri Jan 15 11:27:55 2010 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Fri, 15 Jan 2010 11:27:55 -0500 (EST) Subject: [Win32utils-devel] [ win32utils-Bugs-27692 ] win32-service install error with 1.9.1 Message-ID: <20100115162755.8777215B8029@rubyforge.org> Bugs item #27692, was opened at 2010-01-15 10:27 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=27692&group_id=85 Category: win32-service Group: None Status: Open Resolution: None Priority: 3 Submitted By: Helder Aranha (hmspider) Assigned to: Nobody (None) Summary: win32-service install error with 1.9.1 Initial Comment: googled this for a while, no joy. goal is to install v0.5.2 in order to use mongrel_services gem on Vista. RubyGems Environment: - RUBYGEMS VERSION: 1.3.5 - RUBY VERSION: 1.9.1 (2009-07-16 patchlevel 243) [i386-mingw32] - INSTALLATION DIRECTORY: C:/Ruby/lib/ruby/gems/1.9.1 - RUBYGEMS PREFIX: C:/Ruby/lib/ruby/gems/1.9.1/gems/rubygems-update-1.3.5 - RUBY EXECUTABLE: C:/Ruby/bin/ruby.exe - EXECUTABLE DIRECTORY: C:/Ruby/bin - RUBYGEMS PLATFORMS: - ruby - x86-mingw32 - GEM PATHS: - C:/Ruby/lib/ruby/gems/1.9.1 - C:/.gem/ruby/1.9.1 - GEM CONFIGURATION: - :update_sources => true - :verbose => true - :benchmark => false - :backtrace => false - :bulk_threshold => 1000 - REMOTE SOURCES: - http://gems.rubyforge.org/ c:/Ruby/bin/ruby.exe extconf.rb checking for RegisterServiceCtrlHandlerEx()... yes checking for EnumServicesStatusEx()... yes checking for QueryServiceStatusEx()... yes creating Makefile make gcc -I. -Ic:/Ruby/include/ruby-1.9.1/i386-mingw32 -I/c/Ruby/include/ruby-1.9.1/ruby/backward -I/c/Ruby/include/ruby-1.9.1 -I. -DHAVE_REGISTERSERVICECTRLHANDLEREX -DHAVE_ENUMSERVICESSTATUSEX -DHAVE_QUERYSERVICESTATUSEX -O2 -g -Wall -Wno-parentheses -o service.o -c service.c In file included from service.c:7: service.h: In function 'rb_get_dependencies': service.h:80: error: 'struct RArray' has no member named 'len' service.h: In function 'rb_get_controls_accepted': service.h:232: error: 'struct RArray' has no member named 'len' service.c: In function 'Service_Event_Dispatch': service.c:91: error: 'struct RArray' has no member named 'ptr' service.c:92: error: 'struct RArray' has no member named 'ptr' service.c: In function 'Ruby_Service_Ctrl': service.c:104: error: '__try' undeclared (first use in this function) service.c:104: error: (Each undeclared identifier is reported only once service.c:104: error: for each function it appears in.) service.c:105: error: expected ';' before '{' token service.c: In function 'Service_Ctrl': service.c:159: error: '__try' undeclared (first use in this function) service.c:160: error: expected ';' before '{' token service.c: In function 'service_configure': service.c:663: error: 'struct RArray' has no member named 'len' service.c:667: error: 'struct RArray' has no member named 'len' service.c:669: error: 'struct RArray' has no member named 'ptr' service.c:674: error: 'struct RArray' has no member named 'len' service.c: In function 'service_create': service.c:846: error: 'struct RArray' has no member named 'len' service.c:850: error: 'struct RArray' has no member named 'len' service.c:852: error: 'struct RArray' has no member named 'ptr' service.c:857: error: 'struct RArray' has no member named 'len' service.c: In function 'service_start': service.c:1562: error: 'struct RArray' has no member named 'len' service.c:1568: error: 'struct RArray' has no member named 'len' service.c:1570: error: 'struct RArray' has no member named 'len' service.c:1603: warning: passing argument 3 of 'StartServiceA' from incompatible pointer type c:\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/winsvc.h:239: note: expected 'const CHAR **' but argument is of type 'TCHAR **' make: *** [service.o] Error 1 ---------------------------------------------------------------------- Comment By: Luis Lavena (luislavena) Date: 2010-01-15 13:27 Message: Installation of win32-service will fail as it uses SEH (Structured Exception Handling), something that is only 100% available under Microsoft compiler and not portable to GCC (MinGW) There is a library called libseh that mimics it, but is not 100% compatible. After that thing, RArray->len references should be changed to RARRAY_LEN macros instead. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=27692&group_id=85 From djberg96 at gmail.com Sun Jan 17 11:25:54 2010 From: djberg96 at gmail.com (Daniel Berger) Date: Sun, 17 Jan 2010 09:25:54 -0700 Subject: [Win32utils-devel] Github status Message-ID: <000001ca9791$bfca78d0$3f5f6a70$@com> All, I've moved all of the Win32Utils project source code from CVS to github. Look for "djberg96". I'm going to leave the repos on RubyForge for now, but they shouldn't be touched. From now on please only refer to the github source. About the only thing left is to get the pure Ruby source for win32-service uploaded in its own branch. Feel free to fork these projects. Or, if you'd really like to be added as a collaborator, please let me know. There are a few projects you'll find in CVS (if you're really looking) that you won't find on github: win32-driveinfo => Rolled into sys-filesystem win32-filesystem => Ditto win32-io => Now win32-nio win32-ras => Never got far into it, and no longer need it A couple of quick notes about some other Win32Utils projects: Win32-api: The ffi code is in its own branch. There's a problem interacting with windows-api at the moment that I need to fix. win32-taskscheduler: The ole code is in its own branch ("ole") for now. It's failing some tests, so we need to come back to it. win32-clipboard: The HTML clipboard support is there, but I haven't released it yet. Still debating the interface. ruby-services: In a state of flux at the moment. I need to package it better. If you have any questions or concerns, please post them here. Regards, Dan From djberg96 at gmail.com Sat Jan 23 11:23:48 2010 From: djberg96 at gmail.com (Daniel Berger) Date: Sat, 23 Jan 2010 09:23:48 -0700 Subject: [Win32utils-devel] Trouble creating mingw binary Message-ID: <6037b70c1001230823p322002d0p9ccc0742465df12@mail.gmail.com> Hi, I'm trying to build a binary for win32-open with a mingw install but I'm having trouble. I've installed MinGW 5.1.6 and I've got gcc, etc. But, when I run "ruby extconf.rb; make" I get the following error: C:\Documents and Settings\djberge\Repositories\win32-open3\ext>ruby extconf.rb checking for ruby/io.h... no checking for rb_pid_t in ruby.h... yes creating Makefile C:\Documents and Settings\djberge\Repositories\win32-open3\ext>make make: *** No rule to make target `ruby.h', needed by `open3.o'. Stop. I also tried mingw32-make with the same result: You can get the source here: git://github.com/djberg96/win32-open3.git Here's some environment info: RubyGems Environment: - RUBYGEMS VERSION: 1.3.5 - RUBY VERSION: 1.8.6 (2009-08-04 patchlevel 383) [i386-mingw32] - INSTALLATION DIRECTORY: C:/Ruby/lib/ruby/gems/1.8 - RUBY EXECUTABLE: C:/Ruby/bin/ruby.exe - EXECUTABLE DIRECTORY: C:/Ruby/bin - RUBYGEMS PLATFORMS: - ruby - x86-mingw32 - GEM PATHS: - C:/Ruby/lib/ruby/gems/1.8 - C:/Documents and Settings/djberge/.gem/ruby/1.8 - GEM CONFIGURATION: - :update_sources => true - :verbose => true - :benchmark => false - :backtrace => false - :bulk_threshold => 1000 - REMOTE SOURCES: - http://gems.rubyforge.org/ What's the trick? Regards, Dan From luislavena at gmail.com Sat Jan 23 11:58:47 2010 From: luislavena at gmail.com (Luis Lavena) Date: Sat, 23 Jan 2010 13:58:47 -0300 Subject: [Win32utils-devel] Trouble creating mingw binary In-Reply-To: <6037b70c1001230823p322002d0p9ccc0742465df12@mail.gmail.com> References: <6037b70c1001230823p322002d0p9ccc0742465df12@mail.gmail.com> Message-ID: <71166b3b1001230858x5feb8935tf757e7a497510504@mail.gmail.com> On Sat, Jan 23, 2010 at 1:23 PM, Daniel Berger wrote: > Hi, > > I'm trying to build a binary for win32-open with a mingw install but > I'm having trouble. I've installed MinGW 5.1.6 and I've got gcc, etc. > But, when I run "ruby extconf.rb; make" I get the following error: > > C:\Documents and Settings\djberge\Repositories\win32-open3\ext>ruby extconf.rb > checking for ruby/io.h... no > checking for rb_pid_t in ruby.h... yes > creating Makefile > > C:\Documents and Settings\djberge\Repositories\win32-open3\ext>make > make: *** No rule to make target `ruby.h', needed by `open3.o'. ?Stop. > > I also tried mingw32-make with the same result: > > You can get the source here: > > git://github.com/djberg96/win32-open3.git > > Here's some environment info: > > RubyGems Environment: > ?- RUBYGEMS VERSION: 1.3.5 > ?- RUBY VERSION: 1.8.6 (2009-08-04 patchlevel 383) [i386-mingw32] > ?- INSTALLATION DIRECTORY: C:/Ruby/lib/ruby/gems/1.8 > ?- RUBY EXECUTABLE: C:/Ruby/bin/ruby.exe > ?- EXECUTABLE DIRECTORY: C:/Ruby/bin > ?- RUBYGEMS PLATFORMS: > ? ?- ruby > ? ?- x86-mingw32 > ?- GEM PATHS: > ? ? - C:/Ruby/lib/ruby/gems/1.8 > ? ? - C:/Documents and Settings/djberge/.gem/ruby/1.8 > ?- GEM CONFIGURATION: > ? ? - :update_sources => true > ? ? - :verbose => true > ? ? - :benchmark => false > ? ? - :backtrace => false > ? ? - :bulk_threshold => 1000 > ?- REMOTE SOURCES: > ? ? - http://gems.rubyforge.org/ > > What's the trick? Move from directory with spaces to directory without spaces: C:\Users\Luis\Projects\oss\win32-open3\ext>ruby extconf.rb checking for ruby/io.h... no checking for rb_pid_t in ruby.h... yes creating Makefile C:\Users\Luis\Projects\oss\win32-open3\ext>make gcc -I. -I/C/Users/Luis/Tools/Ruby/ruby-1.8.6-p383-i386-mingw32/lib/ruby/1.8/i386-mingw32 -I/C/Users/Luis/Tools/Ruby/ruby-1.8.6-p383-i386-mingw32/lib/ruby/1.8/i386-mingw32 -Iwin32 -DHAVE_TYPE_RB_PID_T -g -O2 -c win32/open3.c win32/open3.c: In function `win32_pipe_finalize': win32/open3.c:303: warning: passing arg 2 of `GetExitCodeProcess' from incompatible pointer type gcc -shared -s -o open3.so open3.o -L. -LC:/Users/Luis/Tools/Ruby/ruby-1.8.6-p383-i386-mingw32/lib -L. -Wl,--enable-auto-image-base,--enable-auto-import,--export-all -lmsvcrt-ruby18 -lshell32 -lws2_32 >From MinGW site: http://www.mingw.org/wiki/Getting_Started "MinGW may have problems with paths containing spaces, and if not, usually other programs used with MinGW will experience problems with such paths. Thus, we strongly recommend that you do not install MinGW in any location with spaces in the path name reference; i.e. you should avoid installing into any subdirectory of "Program Files" or "My Documents", or the like." -- Luis Lavena AREA 17 - Perfection in design is achieved not when there is nothing more to add, but rather when there is nothing more to take away. Antoine de Saint-Exup?ry From djberg96 at gmail.com Sat Jan 23 13:14:21 2010 From: djberg96 at gmail.com (Daniel Berger) Date: Sat, 23 Jan 2010 11:14:21 -0700 Subject: [Win32utils-devel] Buying windows software Message-ID: <4B5B3C7D.7070400@gmail.com> Hi all, Just looking to buy Windows 7. Where do y'all shop for your Windows software these days? I found this: http://elecsurf.com/win7u-64-dd.html Seemed like a pretty good price. Any other suggestions? Regards, Dan From luislavena at gmail.com Sat Jan 23 14:00:51 2010 From: luislavena at gmail.com (Luis Lavena) Date: Sat, 23 Jan 2010 16:00:51 -0300 Subject: [Win32utils-devel] Buying windows software In-Reply-To: <4B5B3C7D.7070400@gmail.com> References: <4B5B3C7D.7070400@gmail.com> Message-ID: <71166b3b1001231100o1b458646vddf1973e1904b4a8@mail.gmail.com> On Sat, Jan 23, 2010 at 3:14 PM, Daniel Berger wrote: > Hi all, > > Just looking to buy Windows 7. Where do y'all shop for your Windows software > these days? > > I found this: > > http://elecsurf.com/win7u-64-dd.html > > Seemed like a pretty good price. > > Any other suggestions? > If you're in USA, you can go for Amazon and get an OEM version instead. NewEgg have those too. Is trustful the source you indicated? Good prices, but will check before put my card on these sites ;-) -- Luis Lavena AREA 17 - Perfection in design is achieved not when there is nothing more to add, but rather when there is nothing more to take away. Antoine de Saint-Exup?ry From djberg96 at gmail.com Sat Jan 23 14:07:57 2010 From: djberg96 at gmail.com (Daniel Berger) Date: Sat, 23 Jan 2010 12:07:57 -0700 Subject: [Win32utils-devel] Buying windows software In-Reply-To: <71166b3b1001231100o1b458646vddf1973e1904b4a8@mail.gmail.com> References: <4B5B3C7D.7070400@gmail.com> <71166b3b1001231100o1b458646vddf1973e1904b4a8@mail.gmail.com> Message-ID: <4B5B490D.4040503@gmail.com> Luis Lavena wrote: > On Sat, Jan 23, 2010 at 3:14 PM, Daniel Berger wrote: >> Hi all, >> >> Just looking to buy Windows 7. Where do y'all shop for your Windows software >> these days? >> >> I found this: >> >> http://elecsurf.com/win7u-64-dd.html >> >> Seemed like a pretty good price. >> >> Any other suggestions? >> > > If you're in USA, you can go for Amazon and get an OEM version instead. > > NewEgg have those too. > > Is trustful the source you indicated? Good prices, but will check > before put my card on these sites ;-) Yeah, I'm not sure. I just looked for the lowest price. It could be counterfeit. The difference is pretty drastic. Amazon has it for $275, which is quite a difference. Well, actually, I see 2 different versions from Amazon. The "regular" full install version for $275 and an OEM 1pk for $179. I guess I'm not even sure what the difference would be in practice. Regards, Dan From luislavena at gmail.com Sat Jan 23 14:50:01 2010 From: luislavena at gmail.com (Luis Lavena) Date: Sat, 23 Jan 2010 16:50:01 -0300 Subject: [Win32utils-devel] Buying windows software In-Reply-To: <4B5B490D.4040503@gmail.com> References: <4B5B3C7D.7070400@gmail.com> <71166b3b1001231100o1b458646vddf1973e1904b4a8@mail.gmail.com> <4B5B490D.4040503@gmail.com> Message-ID: <71166b3b1001231150m69e3d5deq1d155a67260a546e@mail.gmail.com> On Sat, Jan 23, 2010 at 4:07 PM, Daniel Berger wrote: > > Well, actually, I see 2 different versions from Amazon. The "regular" full > install version for $275 and an OEM 1pk for $179. I guess I'm not even sure > what the difference would be in practice. > OEM cannot be transfered to another computer once activated. Is similar to the version that comes with new computers. -- Luis Lavena AREA 17 - Perfection in design is achieved not when there is nothing more to add, but rather when there is nothing more to take away. Antoine de Saint-Exup?ry From djberg96 at gmail.com Sat Jan 23 14:53:00 2010 From: djberg96 at gmail.com (Daniel Berger) Date: Sat, 23 Jan 2010 12:53:00 -0700 Subject: [Win32utils-devel] Buying windows software In-Reply-To: <71166b3b1001231150m69e3d5deq1d155a67260a546e@mail.gmail.com> References: <4B5B3C7D.7070400@gmail.com> <71166b3b1001231100o1b458646vddf1973e1904b4a8@mail.gmail.com> <4B5B490D.4040503@gmail.com> <71166b3b1001231150m69e3d5deq1d155a67260a546e@mail.gmail.com> Message-ID: <4B5B539C.4050403@gmail.com> Luis Lavena wrote: > On Sat, Jan 23, 2010 at 4:07 PM, Daniel Berger wrote: >> Well, actually, I see 2 different versions from Amazon. The "regular" full >> install version for $275 and an OEM 1pk for $179. I guess I'm not even sure >> what the difference would be in practice. >> > > OEM cannot be transfered to another computer once activated. Is > similar to the version that comes with new computers. Ah, that's right, thanks. Ok, ordered the full version from amazon.com. Thanks! Dan From waynev at gmail.com Sat Jan 23 15:10:36 2010 From: waynev at gmail.com (Wayne Vucenic) Date: Sat, 23 Jan 2010 12:10:36 -0800 Subject: [Win32utils-devel] Buying windows software In-Reply-To: <4B5B3C7D.7070400@gmail.com> References: <4B5B3C7D.7070400@gmail.com> Message-ID: <88c9ce411001231210u49580055p7ccfa22cab3b1c87@mail.gmail.com> Hi Dan, The Better Business Bureau says: "Based on BBB files, Elecsurf.com has a BBB Rating of F on a scale from A+ to F." http://www.bbb.org/greater-san-francisco/business-reviews/computers-dealers/elecsurfcom-in-emeryville-ca-192369 I'd try a different vendor. (I bought my Windows 7 from Amazon). Best regards, Wayne On Sat, Jan 23, 2010 at 10:14 AM, Daniel Berger wrote: > Hi all, > > Just looking to buy Windows 7. Where do y'all shop for your Windows software > these days? > > I found this: > > http://elecsurf.com/win7u-64-dd.html > > Seemed like a pretty good price. > > Any other suggestions? > > Regards, > > Dan > _______________________________________________ > win32utils-devel mailing list > win32utils-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/win32utils-devel > From djberg96 at gmail.com Sat Jan 23 16:45:52 2010 From: djberg96 at gmail.com (Daniel Berger) Date: Sat, 23 Jan 2010 14:45:52 -0700 Subject: [Win32utils-devel] Trouble creating mingw binary In-Reply-To: <71166b3b1001230858x5feb8935tf757e7a497510504@mail.gmail.com> References: <6037b70c1001230823p322002d0p9ccc0742465df12@mail.gmail.com> <71166b3b1001230858x5feb8935tf757e7a497510504@mail.gmail.com> Message-ID: <6037b70c1001231345r6622a1f4o415c4b6a7b1a16b@mail.gmail.com> On Sat, Jan 23, 2010 at 9:58 AM, Luis Lavena wrote: > On Sat, Jan 23, 2010 at 1:23 PM, Daniel Berger wrote: >> Hi, >> >> I'm trying to build a binary for win32-open with a mingw install but >> I'm having trouble. I've installed MinGW 5.1.6 and I've got gcc, etc. >> But, when I run "ruby extconf.rb; make" I get the following error: >> >> C:\Documents and Settings\djberge\Repositories\win32-open3\ext>ruby extconf.rb >> checking for ruby/io.h... no >> checking for rb_pid_t in ruby.h... yes >> creating Makefile >> >> C:\Documents and Settings\djberge\Repositories\win32-open3\ext>make >> make: *** No rule to make target `ruby.h', needed by `open3.o'. ?Stop. >> >> I also tried mingw32-make with the same result: >> >> You can get the source here: >> >> git://github.com/djberg96/win32-open3.git >> >> Here's some environment info: >> >> RubyGems Environment: >> ?- RUBYGEMS VERSION: 1.3.5 >> ?- RUBY VERSION: 1.8.6 (2009-08-04 patchlevel 383) [i386-mingw32] >> ?- INSTALLATION DIRECTORY: C:/Ruby/lib/ruby/gems/1.8 >> ?- RUBY EXECUTABLE: C:/Ruby/bin/ruby.exe >> ?- EXECUTABLE DIRECTORY: C:/Ruby/bin >> ?- RUBYGEMS PLATFORMS: >> ? ?- ruby >> ? ?- x86-mingw32 >> ?- GEM PATHS: >> ? ? - C:/Ruby/lib/ruby/gems/1.8 >> ? ? - C:/Documents and Settings/djberge/.gem/ruby/1.8 >> ?- GEM CONFIGURATION: >> ? ? - :update_sources => true >> ? ? - :verbose => true >> ? ? - :benchmark => false >> ? ? - :backtrace => false >> ? ? - :bulk_threshold => 1000 >> ?- REMOTE SOURCES: >> ? ? - http://gems.rubyforge.org/ >> >> What's the trick? > > Move from directory with spaces to directory without spaces: > > C:\Users\Luis\Projects\oss\win32-open3\ext>ruby extconf.rb > checking for ruby/io.h... no > checking for rb_pid_t in ruby.h... yes > creating Makefile > > C:\Users\Luis\Projects\oss\win32-open3\ext>make > gcc -I. -I/C/Users/Luis/Tools/Ruby/ruby-1.8.6-p383-i386-mingw32/lib/ruby/1.8/i386-mingw32 > -I/C/Users/Luis/Tools/Ruby/ruby-1.8.6-p383-i386-mingw32/lib/ruby/1.8/i386-mingw32 > -Iwin32 -DHAVE_TYPE_RB_PID_T ? -g -O2 ? -c win32/open3.c > win32/open3.c: In function `win32_pipe_finalize': > win32/open3.c:303: warning: passing arg 2 of `GetExitCodeProcess' from > incompatible pointer type > gcc -shared -s -o open3.so open3.o -L. > -LC:/Users/Luis/Tools/Ruby/ruby-1.8.6-p383-i386-mingw32/lib -L. > -Wl,--enable-auto-image-base,--enable-auto-import,--export-all > -lmsvcrt-ruby18 ?-lshell32 -lws2_32 > > >From MinGW site: > > http://www.mingw.org/wiki/Getting_Started > > "MinGW may have problems with paths containing spaces, and if not, > usually other programs used with MinGW will experience problems with > such paths. Thus, we strongly recommend that you do not install MinGW > in any location with spaces in the path name reference; i.e. you > should avoid installing into any subdirectory of "Program Files" or > "My Documents", or the like." Still won't work. Tried it on my Vista box. I installed MinGW at C:\MinGW. My git repo is at C:\Users\djberge\Repositories\win32-open3. Ruby is at C:\Ruby. c:\Users\djberge\Repositories\win32-open3\ext>gem env RubyGems Environment: - RUBYGEMS VERSION: 1.3.5 - RUBY VERSION: 1.8.6 (2009-08-04 patchlevel 383) [i386-mingw32] - INSTALLATION DIRECTORY: C:/Ruby/lib/ruby/gems/1.8 - RUBY EXECUTABLE: C:/Ruby/bin/ruby.exe - EXECUTABLE DIRECTORY: C:/Ruby/bin - RUBYGEMS PLATFORMS: - ruby - x86-mingw32 - GEM PATHS: - C:/Ruby/lib/ruby/gems/1.8 - C:/Users/djberge/.gem/ruby/1.8 - GEM CONFIGURATION: - :update_sources => true - :verbose => true - :benchmark => false - :backtrace => false - :bulk_threshold => 1000 - REMOTE SOURCES: - http://gems.rubyforge.org/ c:\Users\djberge\Repositories\win32-open3\ext>gcc -v Reading specs from C:/MinGW/bin/../lib/gcc/mingw32/3.4.5/specs Configured with: ../gcc-3.4.5-20060117-3/configure --with-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=mingw 2 --prefix=/mingw --enable-threads --disable-nls --enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry -- isable-shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm --disable- ibgcj-debug --enable-interpreter --enable-hash-synchronization --enable-libstdcxx-debug Thread model: win32 gcc version 3.4.5 (mingw-vista special r3) Any ideas? Regards, Dan From djberg96 at gmail.com Sat Jan 23 16:52:33 2010 From: djberg96 at gmail.com (Daniel Berger) Date: Sat, 23 Jan 2010 14:52:33 -0700 Subject: [Win32utils-devel] Trouble creating mingw binary In-Reply-To: <6037b70c1001231345r6622a1f4o415c4b6a7b1a16b@mail.gmail.com> References: <6037b70c1001230823p322002d0p9ccc0742465df12@mail.gmail.com> <71166b3b1001230858x5feb8935tf757e7a497510504@mail.gmail.com> <6037b70c1001231345r6622a1f4o415c4b6a7b1a16b@mail.gmail.com> Message-ID: <6037b70c1001231352h878fbc2y93df537ce8a47734@mail.gmail.com> On Sat, Jan 23, 2010 at 2:45 PM, Daniel Berger wrote: > On Sat, Jan 23, 2010 at 9:58 AM, Luis Lavena wrote: >> On Sat, Jan 23, 2010 at 1:23 PM, Daniel Berger wrote: >>> Hi, >>> >>> I'm trying to build a binary for win32-open with a mingw install but >>> I'm having trouble. I've installed MinGW 5.1.6 and I've got gcc, etc. >>> But, when I run "ruby extconf.rb; make" I get the following error: >>> >>> C:\Documents and Settings\djberge\Repositories\win32-open3\ext>ruby extconf.rb >>> checking for ruby/io.h... no >>> checking for rb_pid_t in ruby.h... yes >>> creating Makefile >>> >>> C:\Documents and Settings\djberge\Repositories\win32-open3\ext>make >>> make: *** No rule to make target `ruby.h', needed by `open3.o'. ?Stop. >>> >>> I also tried mingw32-make with the same result: >>> >>> You can get the source here: >>> >>> git://github.com/djberg96/win32-open3.git >>> >>> Here's some environment info: >>> >>> RubyGems Environment: >>> ?- RUBYGEMS VERSION: 1.3.5 >>> ?- RUBY VERSION: 1.8.6 (2009-08-04 patchlevel 383) [i386-mingw32] >>> ?- INSTALLATION DIRECTORY: C:/Ruby/lib/ruby/gems/1.8 >>> ?- RUBY EXECUTABLE: C:/Ruby/bin/ruby.exe >>> ?- EXECUTABLE DIRECTORY: C:/Ruby/bin >>> ?- RUBYGEMS PLATFORMS: >>> ? ?- ruby >>> ? ?- x86-mingw32 >>> ?- GEM PATHS: >>> ? ? - C:/Ruby/lib/ruby/gems/1.8 >>> ? ? - C:/Documents and Settings/djberge/.gem/ruby/1.8 >>> ?- GEM CONFIGURATION: >>> ? ? - :update_sources => true >>> ? ? - :verbose => true >>> ? ? - :benchmark => false >>> ? ? - :backtrace => false >>> ? ? - :bulk_threshold => 1000 >>> ?- REMOTE SOURCES: >>> ? ? - http://gems.rubyforge.org/ >>> >>> What's the trick? >> >> Move from directory with spaces to directory without spaces: >> >> C:\Users\Luis\Projects\oss\win32-open3\ext>ruby extconf.rb >> checking for ruby/io.h... no >> checking for rb_pid_t in ruby.h... yes >> creating Makefile >> >> C:\Users\Luis\Projects\oss\win32-open3\ext>make >> gcc -I. -I/C/Users/Luis/Tools/Ruby/ruby-1.8.6-p383-i386-mingw32/lib/ruby/1.8/i386-mingw32 >> -I/C/Users/Luis/Tools/Ruby/ruby-1.8.6-p383-i386-mingw32/lib/ruby/1.8/i386-mingw32 >> -Iwin32 -DHAVE_TYPE_RB_PID_T ? -g -O2 ? -c win32/open3.c >> win32/open3.c: In function `win32_pipe_finalize': >> win32/open3.c:303: warning: passing arg 2 of `GetExitCodeProcess' from >> incompatible pointer type >> gcc -shared -s -o open3.so open3.o -L. >> -LC:/Users/Luis/Tools/Ruby/ruby-1.8.6-p383-i386-mingw32/lib -L. >> -Wl,--enable-auto-image-base,--enable-auto-import,--export-all >> -lmsvcrt-ruby18 ?-lshell32 -lws2_32 >> >> >From MinGW site: >> >> http://www.mingw.org/wiki/Getting_Started >> >> "MinGW may have problems with paths containing spaces, and if not, >> usually other programs used with MinGW will experience problems with >> such paths. Thus, we strongly recommend that you do not install MinGW >> in any location with spaces in the path name reference; i.e. you >> should avoid installing into any subdirectory of "Program Files" or >> "My Documents", or the like." > > Still won't work. Tried it on my Vista box. I installed MinGW at > C:\MinGW. My git repo is at C:\Users\djberge\Repositories\win32-open3. > Ruby is at C:\Ruby. > > c:\Users\djberge\Repositories\win32-open3\ext>gem env > RubyGems Environment: > ?- RUBYGEMS VERSION: 1.3.5 > ?- RUBY VERSION: 1.8.6 (2009-08-04 patchlevel 383) [i386-mingw32] > ?- INSTALLATION DIRECTORY: C:/Ruby/lib/ruby/gems/1.8 > ?- RUBY EXECUTABLE: C:/Ruby/bin/ruby.exe > ?- EXECUTABLE DIRECTORY: C:/Ruby/bin > ?- RUBYGEMS PLATFORMS: > ? ?- ruby > ? ?- x86-mingw32 > ?- GEM PATHS: > ? ? - C:/Ruby/lib/ruby/gems/1.8 > ? ? - C:/Users/djberge/.gem/ruby/1.8 > ?- GEM CONFIGURATION: > ? ? - :update_sources => true > ? ? - :verbose => true > ? ? - :benchmark => false > ? ? - :backtrace => false > ? ? - :bulk_threshold => 1000 > ?- REMOTE SOURCES: > ? ? - http://gems.rubyforge.org/ > > c:\Users\djberge\Repositories\win32-open3\ext>gcc -v > Reading specs from C:/MinGW/bin/../lib/gcc/mingw32/3.4.5/specs > Configured with: ../gcc-3.4.5-20060117-3/configure --with-gcc > --with-gnu-ld --with-gnu-as --host=mingw32 --target=mingw > 2 --prefix=/mingw --enable-threads --disable-nls > --enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry -- > isable-shared --enable-sjlj-exceptions --enable-libgcj > --disable-java-awt --without-x --enable-java-gc=boehm --disable- > ibgcj-debug --enable-interpreter --enable-hash-synchronization > --enable-libstdcxx-debug > Thread model: win32 > gcc version 3.4.5 (mingw-vista special r3) > > Any ideas? Now that I look, I don't see a ruby.h distributed with the mingw bundle. Where did it go? Did I forgot to click some option when I installed it? Regards, Dan From luislavena at gmail.com Sat Jan 23 16:54:18 2010 From: luislavena at gmail.com (Luis Lavena) Date: Sat, 23 Jan 2010 18:54:18 -0300 Subject: [Win32utils-devel] Trouble creating mingw binary In-Reply-To: <6037b70c1001231345r6622a1f4o415c4b6a7b1a16b@mail.gmail.com> References: <6037b70c1001230823p322002d0p9ccc0742465df12@mail.gmail.com> <71166b3b1001230858x5feb8935tf757e7a497510504@mail.gmail.com> <6037b70c1001231345r6622a1f4o415c4b6a7b1a16b@mail.gmail.com> Message-ID: <71166b3b1001231354v207e2865ia42cc979b49a76ea@mail.gmail.com> On Sat, Jan 23, 2010 at 6:45 PM, Daniel Berger wrote: > > Still won't work. Tried it on my Vista box. I installed MinGW at > C:\MinGW. My git repo is at C:\Users\djberge\Repositories\win32-open3. > Ruby is at C:\Ruby. > > c:\Users\djberge\Repositories\win32-open3\ext>gem env > RubyGems Environment: > ?- RUBYGEMS VERSION: 1.3.5 > ?- RUBY VERSION: 1.8.6 (2009-08-04 patchlevel 383) [i386-mingw32] > ?- INSTALLATION DIRECTORY: C:/Ruby/lib/ruby/gems/1.8 > ?- RUBY EXECUTABLE: C:/Ruby/bin/ruby.exe > ?- EXECUTABLE DIRECTORY: C:/Ruby/bin > ?- RUBYGEMS PLATFORMS: > ? ?- ruby > ? ?- x86-mingw32 > ?- GEM PATHS: > ? ? - C:/Ruby/lib/ruby/gems/1.8 > ? ? - C:/Users/djberge/.gem/ruby/1.8 > ?- GEM CONFIGURATION: > ? ? - :update_sources => true > ? ? - :verbose => true > ? ? - :benchmark => false > ? ? - :backtrace => false > ? ? - :bulk_threshold => 1000 > ?- REMOTE SOURCES: > ? ? - http://gems.rubyforge.org/ > > c:\Users\djberge\Repositories\win32-open3\ext>gcc -v > Reading specs from C:/MinGW/bin/../lib/gcc/mingw32/3.4.5/specs > Configured with: ../gcc-3.4.5-20060117-3/configure --with-gcc > --with-gnu-ld --with-gnu-as --host=mingw32 --target=mingw > 2 --prefix=/mingw --enable-threads --disable-nls > --enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry -- > isable-shared --enable-sjlj-exceptions --enable-libgcj > --disable-java-awt --without-x --enable-java-gc=boehm --disable- > ibgcj-debug --enable-interpreter --enable-hash-synchronization > --enable-libstdcxx-debug > Thread model: win32 > gcc version 3.4.5 (mingw-vista special r3) > > Any ideas? > Same result? can you paste the output? What is your PATH? Where and what type of make you have? make --version -- Luis Lavena AREA 17 - Perfection in design is achieved not when there is nothing more to add, but rather when there is nothing more to take away. Antoine de Saint-Exup?ry From djberg96 at gmail.com Sat Jan 23 16:57:09 2010 From: djberg96 at gmail.com (Daniel Berger) Date: Sat, 23 Jan 2010 14:57:09 -0700 Subject: [Win32utils-devel] Trouble creating mingw binary In-Reply-To: <71166b3b1001231354v207e2865ia42cc979b49a76ea@mail.gmail.com> References: <6037b70c1001230823p322002d0p9ccc0742465df12@mail.gmail.com> <71166b3b1001230858x5feb8935tf757e7a497510504@mail.gmail.com> <6037b70c1001231345r6622a1f4o415c4b6a7b1a16b@mail.gmail.com> <71166b3b1001231354v207e2865ia42cc979b49a76ea@mail.gmail.com> Message-ID: <6037b70c1001231357s44120a3bm55a18eb5970ac084@mail.gmail.com> On Sat, Jan 23, 2010 at 2:54 PM, Luis Lavena wrote: > On Sat, Jan 23, 2010 at 6:45 PM, Daniel Berger wrote: >> >> Still won't work. Tried it on my Vista box. I installed MinGW at >> C:\MinGW. My git repo is at C:\Users\djberge\Repositories\win32-open3. >> Ruby is at C:\Ruby. >> >> c:\Users\djberge\Repositories\win32-open3\ext>gem env >> RubyGems Environment: >> ?- RUBYGEMS VERSION: 1.3.5 >> ?- RUBY VERSION: 1.8.6 (2009-08-04 patchlevel 383) [i386-mingw32] >> ?- INSTALLATION DIRECTORY: C:/Ruby/lib/ruby/gems/1.8 >> ?- RUBY EXECUTABLE: C:/Ruby/bin/ruby.exe >> ?- EXECUTABLE DIRECTORY: C:/Ruby/bin >> ?- RUBYGEMS PLATFORMS: >> ? ?- ruby >> ? ?- x86-mingw32 >> ?- GEM PATHS: >> ? ? - C:/Ruby/lib/ruby/gems/1.8 >> ? ? - C:/Users/djberge/.gem/ruby/1.8 >> ?- GEM CONFIGURATION: >> ? ? - :update_sources => true >> ? ? - :verbose => true >> ? ? - :benchmark => false >> ? ? - :backtrace => false >> ? ? - :bulk_threshold => 1000 >> ?- REMOTE SOURCES: >> ? ? - http://gems.rubyforge.org/ >> >> c:\Users\djberge\Repositories\win32-open3\ext>gcc -v >> Reading specs from C:/MinGW/bin/../lib/gcc/mingw32/3.4.5/specs >> Configured with: ../gcc-3.4.5-20060117-3/configure --with-gcc >> --with-gnu-ld --with-gnu-as --host=mingw32 --target=mingw >> 2 --prefix=/mingw --enable-threads --disable-nls >> --enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry -- >> isable-shared --enable-sjlj-exceptions --enable-libgcj >> --disable-java-awt --without-x --enable-java-gc=boehm --disable- >> ibgcj-debug --enable-interpreter --enable-hash-synchronization >> --enable-libstdcxx-debug >> Thread model: win32 >> gcc version 3.4.5 (mingw-vista special r3) >> >> Any ideas? >> > > Same result? can you paste the output? What is your PATH? > > Where and what type of make you have? make --version Yep, same result. c:\Ruby>make --version GNU Make version 3.78.1, by Richard Stallman and Roland McGrath. Built for Windows32 Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Report bugs to . Regards, Dan From luislavena at gmail.com Sat Jan 23 16:58:38 2010 From: luislavena at gmail.com (Luis Lavena) Date: Sat, 23 Jan 2010 18:58:38 -0300 Subject: [Win32utils-devel] Trouble creating mingw binary In-Reply-To: <6037b70c1001231352h878fbc2y93df537ce8a47734@mail.gmail.com> References: <6037b70c1001230823p322002d0p9ccc0742465df12@mail.gmail.com> <71166b3b1001230858x5feb8935tf757e7a497510504@mail.gmail.com> <6037b70c1001231345r6622a1f4o415c4b6a7b1a16b@mail.gmail.com> <6037b70c1001231352h878fbc2y93df537ce8a47734@mail.gmail.com> Message-ID: <71166b3b1001231358t385ac696ndad8567a601e1ca4@mail.gmail.com> On Sat, Jan 23, 2010 at 6:52 PM, Daniel Berger wrote: > > Now that I look, I don't see a ruby.h distributed with the mingw > bundle. Where did it go? Did I forgot to click some option when I > installed it? > Is where it suppose to be, inside lib\ruby\1.8\i386-mingw32 -- Luis Lavena AREA 17 - Perfection in design is achieved not when there is nothing more to add, but rather when there is nothing more to take away. Antoine de Saint-Exup?ry From luislavena at gmail.com Sat Jan 23 16:59:45 2010 From: luislavena at gmail.com (Luis Lavena) Date: Sat, 23 Jan 2010 18:59:45 -0300 Subject: [Win32utils-devel] Trouble creating mingw binary In-Reply-To: <6037b70c1001231357s44120a3bm55a18eb5970ac084@mail.gmail.com> References: <6037b70c1001230823p322002d0p9ccc0742465df12@mail.gmail.com> <71166b3b1001230858x5feb8935tf757e7a497510504@mail.gmail.com> <6037b70c1001231345r6622a1f4o415c4b6a7b1a16b@mail.gmail.com> <71166b3b1001231354v207e2865ia42cc979b49a76ea@mail.gmail.com> <6037b70c1001231357s44120a3bm55a18eb5970ac084@mail.gmail.com> Message-ID: <71166b3b1001231359r3639df08j2cb7af15defbce4@mail.gmail.com> On Sat, Jan 23, 2010 at 6:57 PM, Daniel Berger wrote: > c:\Ruby>make --version > GNU Make version 3.78.1, by Richard Stallman and Roland McGrath. > Built for Windows32 > Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99 > ? ? ? ?Free Software Foundation, Inc. > This is free software; see the source for copying conditions. > There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A > PARTICULAR PURPOSE. > > Report bugs to . > Hmn, using the msys version that cames with the DevKit: GNU Make 3.81 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. This program built for i686-pc-msys it works. Let me try using the mingw32 one which looks like is the one you're using. -- Luis Lavena AREA 17 - Perfection in design is achieved not when there is nothing more to add, but rather when there is nothing more to take away. Antoine de Saint-Exup?ry From djberg96 at gmail.com Sat Jan 23 17:05:18 2010 From: djberg96 at gmail.com (Daniel Berger) Date: Sat, 23 Jan 2010 15:05:18 -0700 Subject: [Win32utils-devel] Trouble creating mingw binary In-Reply-To: <71166b3b1001231359r3639df08j2cb7af15defbce4@mail.gmail.com> References: <6037b70c1001230823p322002d0p9ccc0742465df12@mail.gmail.com> <71166b3b1001230858x5feb8935tf757e7a497510504@mail.gmail.com> <6037b70c1001231345r6622a1f4o415c4b6a7b1a16b@mail.gmail.com> <71166b3b1001231354v207e2865ia42cc979b49a76ea@mail.gmail.com> <6037b70c1001231357s44120a3bm55a18eb5970ac084@mail.gmail.com> <71166b3b1001231359r3639df08j2cb7af15defbce4@mail.gmail.com> Message-ID: <6037b70c1001231405j4dbb145bjffef3d082298ce21@mail.gmail.com> On Sat, Jan 23, 2010 at 2:59 PM, Luis Lavena wrote: > On Sat, Jan 23, 2010 at 6:57 PM, Daniel Berger wrote: >> c:\Ruby>make --version >> GNU Make version 3.78.1, by Richard Stallman and Roland McGrath. >> Built for Windows32 >> Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99 >> ? ? ? ?Free Software Foundation, Inc. >> This is free software; see the source for copying conditions. >> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A >> PARTICULAR PURPOSE. >> >> Report bugs to . >> > > Hmn, using the msys version that cames with the DevKit: > > GNU Make 3.81 > Copyright (C) 2006 ?Free Software Foundation, Inc. > This is free software; see the source for copying conditions. > There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A > PARTICULAR PURPOSE. > > This program built for i686-pc-msys > > it works. > > Let me try using the mingw32 one which looks like is the one you're using. I installed msys and make 3.81 worked fine. Thanks for the tip! Regards, Dan From luislavena at gmail.com Sat Jan 23 17:06:03 2010 From: luislavena at gmail.com (Luis Lavena) Date: Sat, 23 Jan 2010 19:06:03 -0300 Subject: [Win32utils-devel] Trouble creating mingw binary In-Reply-To: <71166b3b1001231359r3639df08j2cb7af15defbce4@mail.gmail.com> References: <6037b70c1001230823p322002d0p9ccc0742465df12@mail.gmail.com> <71166b3b1001230858x5feb8935tf757e7a497510504@mail.gmail.com> <6037b70c1001231345r6622a1f4o415c4b6a7b1a16b@mail.gmail.com> <71166b3b1001231354v207e2865ia42cc979b49a76ea@mail.gmail.com> <6037b70c1001231357s44120a3bm55a18eb5970ac084@mail.gmail.com> <71166b3b1001231359r3639df08j2cb7af15defbce4@mail.gmail.com> Message-ID: <71166b3b1001231406v5c8ec5ebk15d4a71ed47400cd@mail.gmail.com> On Sat, Jan 23, 2010 at 6:59 PM, Luis Lavena wrote: > > Let me try using the mingw32 one which looks like is the one you're using. > Results: C:\Users\Luis\Projects\oss\win32-open3\ext>mingw32-make mingw32-make: *** No rule to make target `ruby.h', needed by `open3.o'. Stop. C:\Users\Luis\Projects\oss\win32-open3\ext>mingw32-make --version GNU Make 3.81 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. This program built for i386-pc-mingw32 The root of the issue is topdir: topdir = /C/Users/Luis/Tools/Ruby/ruby-1.8.6-p383-i386-mingw32/lib/ruby/1.8/i386-mingw32 Uses msys PATHs But rbconfig path is good: irb(main):002:0> RbConfig::TOPDIR => "C:/Users/Luis/Tools/Ruby/ruby-1.8.6-p383-i386-mingw32" -- Luis Lavena AREA 17 - Perfection in design is achieved not when there is nothing more to add, but rather when there is nothing more to take away. Antoine de Saint-Exup?ry From luislavena at gmail.com Sat Jan 23 17:09:56 2010 From: luislavena at gmail.com (Luis Lavena) Date: Sat, 23 Jan 2010 19:09:56 -0300 Subject: [Win32utils-devel] Trouble creating mingw binary In-Reply-To: <6037b70c1001231405j4dbb145bjffef3d082298ce21@mail.gmail.com> References: <6037b70c1001230823p322002d0p9ccc0742465df12@mail.gmail.com> <71166b3b1001230858x5feb8935tf757e7a497510504@mail.gmail.com> <6037b70c1001231345r6622a1f4o415c4b6a7b1a16b@mail.gmail.com> <71166b3b1001231354v207e2865ia42cc979b49a76ea@mail.gmail.com> <6037b70c1001231357s44120a3bm55a18eb5970ac084@mail.gmail.com> <71166b3b1001231359r3639df08j2cb7af15defbce4@mail.gmail.com> <6037b70c1001231405j4dbb145bjffef3d082298ce21@mail.gmail.com> Message-ID: <71166b3b1001231409q422d3409qf53a277b8d3287e4@mail.gmail.com> On Sat, Jan 23, 2010 at 7:05 PM, Daniel Berger wrote: > > I installed msys and make 3.81 worked fine. Thanks for the tip! > The reason I choose msys-make over mingw32-make is because it worked better resolving *nixism than mingw version. It played nicer with mkmf :-) Cheers, -- Luis Lavena AREA 17 - Perfection in design is achieved not when there is nothing more to add, but rather when there is nothing more to take away. Antoine de Saint-Exup?ry From djberg96 at gmail.com Sat Jan 23 22:11:05 2010 From: djberg96 at gmail.com (Daniel Berger) Date: Sat, 23 Jan 2010 20:11:05 -0700 Subject: [Win32utils-devel] Strange nmake bug with Sapphire, Vista, VC 9 Message-ID: <000501ca9ca2$df418ad0$9dc4a070$@com> I see this when I try to compile Sapphire on Vista with VC 9: compiling Win32API Microsoft (R) Program Maintenance Utility Version 9.00.21022.08 Copyright (C) Microsoft Corporation. All rights reserved. makefile(1) : fatal error U1007: double quotation mark not allowed in name Stop. NMAKE : fatal error U1077: '.\miniruby.exe' : return code '0x1' Stop. Sapphire is based on ruby-1.8.6-p383, though a fresh download of that source builds fine. I don't see this behavior on OS X, either. Any ideas? Could it be this commit? http://github.com/djberg96/Sapphire/commit/8bfbabe633b270af655709fd030c9556f bf2c6a0 Otherwise, I'm not sure what the heck I did and I'll to revert one commit at a time until I find the culprit. :( Regards, Dan git://github.com/djberg96/Sapphire.git From phasis at gmail.com Sun Jan 24 04:43:07 2010 From: phasis at gmail.com (Heesob Park) Date: Sun, 24 Jan 2010 18:43:07 +0900 Subject: [Win32utils-devel] Strange nmake bug with Sapphire, Vista, VC 9 In-Reply-To: <000501ca9ca2$df418ad0$9dc4a070$@com> References: <000501ca9ca2$df418ad0$9dc4a070$@com> Message-ID: Hi, 2010/1/24 Daniel Berger : > I see this when I try to compile Sapphire on Vista with VC 9: > > compiling Win32API > > Microsoft (R) Program Maintenance Utility Version 9.00.21022.08 > Copyright (C) Microsoft Corporation. ?All rights reserved. > > makefile(1) : fatal error U1007: double quotation mark not allowed in name > Stop. > NMAKE : fatal error U1077: '.\miniruby.exe' : return code '0x1' > Stop. > > Sapphire is based on ruby-1.8.6-p383, though a fresh download of that source > builds fine. I don't see this behavior on OS X, either. > > Any ideas? Could it be this commit? > > http://github.com/djberg96/Sapphire/commit/8bfbabe633b270af655709fd030c9556f > bf2c6a0 > > Otherwise, I'm not sure what the heck I did and I'll to revert one commit at > a time until I find the culprit. :( > The culprit is Array#to_s, of course. Here is a patch for lib/mkmf.rb: --- mkmf.rb.old 2010-01-24 18:35:22.000000000 +0900 +++ mkmf.rb 2010-01-24 18:35:01.000000000 +0900 @@ -1236,7 +1236,7 @@ dllib = target ? "$(TARGET).#{CONFIG['DLEXT']}" : "" staticlib = target ? "$(TARGET).#$LIBEXT" : "" mfile = open("Makefile", "wb") - mfile.print configuration(srcprefix) + mfile.print configuration(srcprefix).join("") mfile.print " libpath = #{($DEFLIBPATH|$LIBPATH).join(" ")} LIBPATH = #{libpath} @@ -1427,7 +1427,7 @@ mfile.print ".SUFFIXES: .", suffixes.uniq.join(" ."), "\n\n" end mfile.print "$(OBJS): $(RUBY_EXTCONF_H)\n\n" if $extconf_h - mfile.print depout + mfile.print depout.join("") else headers = %w[ruby.h defines.h] if RULE_SUBST Regards, Park Heesob From djberg96 at gmail.com Sun Jan 24 08:41:44 2010 From: djberg96 at gmail.com (Daniel Berger) Date: Sun, 24 Jan 2010 06:41:44 -0700 Subject: [Win32utils-devel] Strange nmake bug with Sapphire, Vista, VC 9 In-Reply-To: References: <000501ca9ca2$df418ad0$9dc4a070$@com> Message-ID: <6037b70c1001240541g78c14ebdy3fb2f0fd53832462@mail.gmail.com> On Sun, Jan 24, 2010 at 2:43 AM, Heesob Park wrote: > Hi, > > 2010/1/24 Daniel Berger : >> I see this when I try to compile Sapphire on Vista with VC 9: >> >> compiling Win32API >> >> Microsoft (R) Program Maintenance Utility Version 9.00.21022.08 >> Copyright (C) Microsoft Corporation. ?All rights reserved. >> >> makefile(1) : fatal error U1007: double quotation mark not allowed in name >> Stop. >> NMAKE : fatal error U1077: '.\miniruby.exe' : return code '0x1' >> Stop. >> >> Sapphire is based on ruby-1.8.6-p383, though a fresh download of that source >> builds fine. I don't see this behavior on OS X, either. >> >> Any ideas? Could it be this commit? >> >> http://github.com/djberg96/Sapphire/commit/8bfbabe633b270af655709fd030c9556f >> bf2c6a0 >> >> Otherwise, I'm not sure what the heck I did and I'll to revert one commit at >> a time until I find the culprit. :( >> > The culprit is Array#to_s, of course. > Here is a patch for lib/mkmf.rb: > > --- mkmf.rb.old 2010-01-24 18:35:22.000000000 +0900 > +++ mkmf.rb ? ? 2010-01-24 18:35:01.000000000 +0900 > @@ -1236,7 +1236,7 @@ > ? dllib = target ? "$(TARGET).#{CONFIG['DLEXT']}" : "" > ? staticlib = target ? "$(TARGET).#$LIBEXT" : "" > ? mfile = open("Makefile", "wb") > - ?mfile.print configuration(srcprefix) > + ?mfile.print configuration(srcprefix).join("") > ? mfile.print " > ?libpath = #{($DEFLIBPATH|$LIBPATH).join(" ")} > ?LIBPATH = #{libpath} > @@ -1427,7 +1427,7 @@ > ? ? ? mfile.print ".SUFFIXES: .", suffixes.uniq.join(" ."), "\n\n" > ? ? end > ? ? mfile.print "$(OBJS): $(RUBY_EXTCONF_H)\n\n" if $extconf_h > - ? ?mfile.print depout > + ? ?mfile.print depout.join("") > ? else > ? ? headers = %w[ruby.h defines.h] > ? ? if RULE_SUBST Thanks! I ultimately decided to undo the change that originally caused this error instead. Regards, Dan From djberg96 at gmail.com Fri Jan 29 22:53:30 2010 From: djberg96 at gmail.com (Daniel Berger) Date: Fri, 29 Jan 2010 20:53:30 -0700 Subject: [Win32utils-devel] win32-api on Windows 7 Message-ID: <6037b70c1001291953u41369ee6v99a722bd630d6d9b@mail.gmail.com> I just received and installed my copy of Windows 7 Ultimate. Pretty slick. I went with the 64 bit version. It seems to be what most people out there have installed. Plus, I figured it would be the most problematic, so I may as well get ready to deal with the potential bugs. So far I've had 1 bug with sys-uname (already fixed). I decided to give win32-api a shot: win32/api.c:565: warning: cast to pointer from integer of different size default: rb_raise(cAPIProtoError, "Illegal prototype '%s'", RSTRING_PTR(a_proto[i]) ); I'm not sure I understand the warning in this case. Anything I need to be worried about? The larger problem so far is that rm.exe (of all things) from msys is stackdumping. Regards, Dan From phasis at gmail.com Fri Jan 29 23:54:15 2010 From: phasis at gmail.com (Heesob Park) Date: Sat, 30 Jan 2010 13:54:15 +0900 Subject: [Win32utils-devel] win32-api on Windows 7 In-Reply-To: <6037b70c1001291953u41369ee6v99a722bd630d6d9b@mail.gmail.com> References: <6037b70c1001291953u41369ee6v99a722bd630d6d9b@mail.gmail.com> Message-ID: Hi, 2010/1/30 Daniel Berger : > I just received and installed my copy of Windows 7 Ultimate. Pretty slick. > > I went with the 64 bit version. It seems to be what most people out > there have installed. Plus, I figured it would be the most > problematic, so I may as well get ready to deal with the potential > bugs. > > So far I've had 1 bug with sys-uname (already fixed). > > I decided to give win32-api a shot: > > win32/api.c:565: warning: cast to pointer from integer of different size > > default: > ? rb_raise(cAPIProtoError, "Illegal prototype '%s'", > ? ? ?RSTRING_PTR(a_proto[i]) > ? ); > > I'm not sure I understand the warning in this case. Anything I need to > be worried about? > The real problem is that sizeof(long) != sizeof(void*) on Windows 64 bit. On Windows 64bit, data size is: sizeof(char) = 1 sizeof(short) = 2 sizeof(int) = 4 sizeof(long) = 4 sizeof(float) = 4 sizeof(double) = 8 sizeof(void*) = 8 sizeof(size_t) = 8 For detail, refer to http://msdn.microsoft.com/en-us/library/aa505945.aspx The whole win32utils assumed sizeof(long) = sizeof(void*) = 4. Thus, win32utils package is compatible with 32 bit. Another win64utils is required for 64 bit :) Regards, Park Heesob From djberg96 at gmail.com Sat Jan 30 11:10:50 2010 From: djberg96 at gmail.com (Daniel Berger) Date: Sat, 30 Jan 2010 09:10:50 -0700 Subject: [Win32utils-devel] win32-api on Windows 7 In-Reply-To: References: <6037b70c1001291953u41369ee6v99a722bd630d6d9b@mail.gmail.com> Message-ID: <6037b70c1001300810w33fa833fl9e0b3214813466d4@mail.gmail.com> On Fri, Jan 29, 2010 at 9:54 PM, Heesob Park wrote: > Hi, > > 2010/1/30 Daniel Berger : >> I just received and installed my copy of Windows 7 Ultimate. Pretty slick. >> >> I went with the 64 bit version. It seems to be what most people out >> there have installed. Plus, I figured it would be the most >> problematic, so I may as well get ready to deal with the potential >> bugs. >> >> So far I've had 1 bug with sys-uname (already fixed). >> >> I decided to give win32-api a shot: >> >> win32/api.c:565: warning: cast to pointer from integer of different size >> >> default: >> ? rb_raise(cAPIProtoError, "Illegal prototype '%s'", >> ? ? ?RSTRING_PTR(a_proto[i]) >> ? ); >> >> I'm not sure I understand the warning in this case. Anything I need to >> be worried about? >> > The real problem is that sizeof(long) != sizeof(void*) on Windows 64 bit. > On Windows 64bit, data size is: > > sizeof(char) = 1 > sizeof(short) = 2 > sizeof(int) = 4 > sizeof(long) = 4 > sizeof(float) = 4 > sizeof(double) = 8 > sizeof(void*) = 8 > sizeof(size_t) = 8 > > For detail, refer to http://msdn.microsoft.com/en-us/library/aa505945.aspx > > The whole win32utils assumed sizeof(long) = sizeof(void*) = 4. > Thus, win32utils package is compatible with 32 bit. > Another win64utils is required for 64 bit :) Forgive me if I'm being dumb: // gcc 3.4.5 on Win7 #include int main(){ printf("Size of void* : %i\n", sizeof(void*)); // 4 printf("Size of long: %i\n", sizeof(long)); // 4 return 0; } They both show 4 for me. Is there anything we can do to make win32-api work on 64 bit windows? There is check_sizeof in mkmf.rb, if that helps at all. Regards, Dan From luislavena at gmail.com Sat Jan 30 14:06:19 2010 From: luislavena at gmail.com (Luis Lavena) Date: Sat, 30 Jan 2010 19:06:19 +0000 Subject: [Win32utils-devel] win32-api on Windows 7 In-Reply-To: <6037b70c1001300810w33fa833fl9e0b3214813466d4@mail.gmail.com> References: <6037b70c1001291953u41369ee6v99a722bd630d6d9b@mail.gmail.com> <6037b70c1001300810w33fa833fl9e0b3214813466d4@mail.gmail.com> Message-ID: <71166b3b1001301106m6ce38d52vf4128362bbd5e45b@mail.gmail.com> On Sat, Jan 30, 2010 at 4:10 PM, Daniel Berger wrote: > > Forgive me if I'm being dumb: > > // gcc 3.4.5 on Win7 > #include > > int main(){ > ?printf("Size of void* : %i\n", sizeof(void*)); // 4 > ?printf("Size of long: %i\n", sizeof(long)); // 4 > ?return 0; > } > > They both show 4 for me. > > Is there anything we can do to make win32-api work on 64 bit windows? > > There is check_sizeof in mkmf.rb, if that helps at all. > GCC 3.4.5 is 32bits application, even when running on 64bits OS. (yeah, the joys of WOW64) I think mkmf one will work for you, since will use the same compiler used by Ruby in the same compilation mode, so will generate the expected sizeof. Cheers, -- Luis Lavena AREA 17 - Perfection in design is achieved not when there is nothing more to add, but rather when there is nothing more to take away. Antoine de Saint-Exup?ry From noreply at rubyforge.org Sun Jan 31 10:35:27 2010 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sun, 31 Jan 2010 10:35:27 -0500 (EST) Subject: [Win32utils-devel] [ win32utils-Bugs-27755 ] controls_accepted always nil Message-ID: <20100131153527.D99AF18582F4@rubyforge.org> Bugs item #27755, was opened at 2010-01-31 08:35 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=27755&group_id=85 Category: win32-service Group: Code Status: Open Resolution: None Priority: 3 Submitted By: Daniel Berger (djberg96) Assigned to: Nobody (None) Summary: controls_accepted always nil Initial Comment: Ruby 1.8.6-p383 Windows Vista Home Premium It looks like the controls_accepted attribute is always set to nil. That can't be right: require 'win32/service' include Win32 Service.services{ |s| p s.controls_accepted # nil } In fact, it should (almost) never be nil since all controls accept SERVICE_CONTROL_INTERROGATE by default. Regards, Dan (me) ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=27755&group_id=85