Segmentation fault with Win32 Service & API on 1.9.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???

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]

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

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs