Segmentation fault with Win32 Service & API on 1.9.1

Rails
1

I’m on Windows 2003, testing a possible upgrade from 1.8.6 to 1.9.1.

I receive a segmentation fault error when simply requiring Win32/Service
(nothing else in the script), which faults in win32/api.so.

Code:

require ‘win32/service’

Result:

D:/Program
Files/Ruby191/lib/ruby/gems/1.9.1/gems/win32-api-1.4.6-x86-mswin32-60/lib/win32/api.so:
[BUG] Segmentation fault
ruby 1.9.1p378 (2010-01-10 revision 26273) [i386-mingw32]

– control frame ----------
c:0014 p:-3048272 s:0036 b:0036 l:000035 d:000035 TOP
c:0013 p:---- s:0034 b:0034 l:000033 d:000033 CFUNC :require
c:0012 p:0011 s:0030 b:0030 l:000029 d:000029 TOP D:/Program
Files/Ruby191/lib/ruby/gems/1.9.1/gems/windows-api-0.4.0/lib/windows/api.rb:1
c:0011 p:---- s:0028 b:0028 l:000027 d:000027 FINISH
c:0010 p:---- s:0026 b:0026 l:000025 d:000025 CFUNC :require
c:0009 p:0011 s:0022 b:0022 l:000021 d:000021 TOP D:/Program
Files/Ruby191/lib/ruby/gems/1.9.1/gems/windows-pr-1.0.8/lib/windows/error.rb:12
c:0008 p:---- s:0020 b:0020 l:000019 d:000019 FINISH
c:0007 p:---- s:0018 b:0018 l:000017 d:000017 CFUNC :require
c:0006 p:0023 s:0014 b:0014 l:000013 d:000013 TOP D:/Program
Files/Ruby191/lib/ruby/gems/1.9.1/gems/win32-service-0.7.1-x86-mswin32-60/lib/win32/service.rb:2
c:0005 p:---- s:0012 b:0012 l:000011 d:000011 FINISH
c:0004 p:---- s:0010 b:0010 l:000009 d:000009 CFUNC :require
c:0003 p:0011 s:0006 b:0006 l:00191c d:000a4c EVAL quicktest.rb:1
c:0002 p:---- s:0004 b:0004 l:000003 d:000003 FINISH
c:0001 p:0000 s:0002 b:0002 l:00191c d:00191c TOP

– Ruby level backtrace
information-----------------------------------------
D:/Program
Files/Ruby191/lib/ruby/gems/1.9.1/gems/windows-api-0.4.0/lib/windows/api.rb:1:in
require' D:/Program Files/Ruby191/lib/ruby/gems/1.9.1/gems/windows-api-0.4.0/lib/windows/api.rb:1:in <top (required)>’
D:/Program
Files/Ruby191/lib/ruby/gems/1.9.1/gems/windows-pr-1.0.8/lib/windows/error.rb:12:in
require' D:/Program Files/Ruby191/lib/ruby/gems/1.9.1/gems/windows-pr-1.0.8/lib/windows/error.rb:12:in <top (required)>’
D:/Program
Files/Ruby191/lib/ruby/gems/1.9.1/gems/win32-service-0.7.1-x86-mswin32-60/lib/win32/service.rb:2:in
require' D:/Program Files/Ruby191/lib/ruby/gems/1.9.1/gems/win32-service-0.7.1-x86-mswin32-60/lib/win32/service.rb:2:in <top (required)>’
quicktest.rb:1:in require' quicktest.rb:1:in ’

[NOTE]
You may encounter a bug of Ruby interpreter. Bug reports are welcome.
For details: http://www.ruby-lang.org/bugreport.html

This application has requested the Runtime to terminate it in an unusual
way.
Please contact the application’s support team for more information.

Gem List:

highline (1.5.2)
net-ssh(2.0.23)
netaddr (1.5.0)
snmp (1.0.2)
test-unit (2.1.1)
win32-api (1.4.6 x86-mswin32-60)
win32-service (0.7.1 x86-mswin32-60)
windows-api (0.4.0)
windows-pr (1.0.8)

Ruby Version:

ruby 1.9.1p378 (2010-01-10 revision 26273) [i386-mingw32]

Any ideas???

2

Joe M. wrote:

I’m on Windows 2003, testing a possible upgrade from 1.8.6 to 1.9.1.

I receive a segmentation fault error when simply requiring Win32/Service
(nothing else in the script), which faults in win32/api.so.
[…]

This looks like a basic Ruby issue, not a Rails issue. As such, you’ll
probably get better help on the main Ruby list.

Best,

Marnen Laibow-Koser
http://www.marnen.org
[email protected]

3

On Aug 5, 9:18 am, Joe M. [email protected] wrote:

Result:
Files/Ruby191/lib/ruby/gems/1.9.1/gems/windows-api-0.4.0/lib/windows/api.rb:1
c:0003 p:0011 s:0006 b:0006 l:00191c d:000a4c EVAL quicktest.rb:1
`<top (required)>’
Files/Ruby191/lib/ruby/gems/1.9.1/gems/win32-service-0.7.1-x86-mswin32-60/lib/win32/service.rb:2:in
Please contact the application’s support team for more information.
win32-service (0.7.1 x86-mswin32-60)
windows-api (0.4.0)
windows-pr (1.0.8)

Ruby Version:

ruby 1.9.1p378 (2010-01-10 revision 26273) [i386-mingw32]

Any ideas???

You’re using a precompiled binary that was compiled for 1.8.x not
1.9.x. That’s why it’s failing. You’ll need to compile from source if
you want to use it with 1.9.x.

Regards,

Dan