Ironruby RC1

barby · November 21, 2009, 9:06am

Hi

I don’t get any changes coming in for the repo for the last 3 days, are
those changes that make up RC1 in?

Then on a side note I’m still unable to run xmpp4r with IronRuby. it
should
work but gets stuck in waiting for a thread that never returns.

Met vriendelijke groeten - Best regards - Salutations
Ivan Porto C.
Blog: http://flanders.co.nz
Google Wave: [email protected]
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)

barby · November 21, 2009, 2:28pm

The RC1 bits will be in GIT shortly â€¦ looks like the pushes to GIT
havenâ€™t been happening/working. Also, the RC1 â€œannouncementâ€ and other
things from my RubyConf talk will make their way online over the next
couple of days, but in short this release is â€œRC1â€ because we want more
people to start using it and find blocking bugs. WRT xmpp4r, itâ€™d be
great if you could investigate what the actual bug is; a small repro
will drastically increase the chances of it being fixes in the near
future, especially when itâ€™s a library failing for some strange reasons.

~js

From: [email protected]
[mailto:[email protected]] On Behalf Of Ivan Porto
Carrero
Sent: Saturday, November 21, 2009 12:06 AM
To: ironruby-core
Subject: [Ironruby-core] ironruby RC1

Hi

I don’t get any changes coming in for the repo for the last 3 days, are
those changes that make up RC1 in?

Then on a side note I’m still unable to run xmpp4r with IronRuby. it
should work but gets stuck in waiting for a thread that never returns.

Met vriendelijke groeten - Best regards - Salutations
Ivan Porto C.
Blog: http://flanders.co.nz
Google Wave:
[email protected]mailto:[email protected]
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)

barby · November 21, 2009, 4:57pm

I know it has something to do with Threading and the value of @tickets
in
this class.
I’ve just managed to connect with xmpp4r to my jabber server :=D but
then
the stream is closed so you can’t actually send messages etc.

They have this class:

This class implements semaphore for threads synchronization.

class Semaphore

##
# Initialize new semaphore
#
# val:: [Integer] number of threads, that can enter to section
def initialize(val=0)
  @tickets = val
  @lock = Mutex.new
  @cond = ConditionVariable.new
end

##
# Waits until are available some free tickets
def wait
  @lock.synchronize {
    @cond.wait(@lock) while !(@tickets > 0)
    @tickets -= 1
  }
end

##
# Unlocks guarded section, increments number of free tickets
def run
  @lock.synchronize {
    @tickets += 1
    @cond.signal
  }
end

end

Met vriendelijke groeten - Best regards - Salutations
Ivan Porto C.
Blog: http://flanders.co.nz
Google Wave: [email protected]
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)

On Sat, Nov 21, 2009 at 2:28 PM, Jimmy S. <

barby · November 21, 2009, 5:08pm

I needed to add I managed to connect by initializing the tickets with
another value than 0. I set it to 1

Met vriendelijke groeten - Best regards - Salutations
Ivan Porto C.
Blog: http://flanders.co.nz
Google Wave: [email protected]
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)

barby · November 22, 2009, 1:09am

Yeah I saw that on twitter but you did make it in the end

Much appreciated thanks

Met vriendelijke groeten - Best regards - Salutations
Ivan Porto C.
Blog: http://flanders.co.nz
Google Wave: [email protected]
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)

barby · November 21, 2009, 8:56pm

Iâ€™m working on automating the pushes, but they arenâ€™t done yet, and I
havenâ€™t had good enough internet while at RubyConf to push. Releasing
was hard enough

Iâ€™ll do a push tonight when I get home.

JD

From: [email protected]
[mailto:[email protected]] On Behalf Of Ivan Porto
Carrero
Sent: Saturday, November 21, 2009 7:38 AM
To: [email protected]
Subject: Re: [Ironruby-core] ironruby RC1

I know it has something to do with Threading and the value of @tickets
in this class.
I’ve just managed to connect with xmpp4r to my jabber server :=D but
then the stream is closed so you can’t actually send messages etc.

They have this class:

This class implements semaphore for threads synchronization.

class Semaphore

##
# Initialize new semaphore
#
# val:: [Integer] number of threads, that can enter to section
def initialize(val=0)
  @tickets = val
  @lock = Mutex.new
  @cond = ConditionVariable.new
end

##
# Waits until are available some free tickets
def wait
  @lock.synchronize {
    @cond.wait(@lock) while !(@tickets > 0)
    @tickets -= 1
  }
end

##
# Unlocks guarded section, increments number of free tickets
def run
  @lock.synchronize {
    @tickets += 1
    @cond.signal
  }
end

end

Met vriendelijke groeten - Best regards - Salutations
Ivan Porto C.
Blog: http://flanders.co.nz
Google Wave:
[email protected]mailto:[email protected]
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)

On Sat, Nov 21, 2009 at 2:28 PM, Jimmy S.
<[email protected]mailto:[email protected]>
wrote:
The RC1 bits will be in GIT shortly â€¦ looks like the pushes to GIT
havenâ€™t been happening/working. Also, the RC1 â€œannouncementâ€ and other
things from my RubyConf talk will make their way online over the next
couple of days, but in short this release is â€œRC1â€ because we want more
people to start using it and find blocking bugs. WRT xmpp4r, itâ€™d be
great if you could investigate what the actual bug is; a small repro
will drastically increase the chances of it being fixes in the near
future, especially when itâ€™s a library failing for some strange reasons.

~js

From:
[email protected]mailto:[email protected]
[mailto:[email protected]mailto:[email protected]]
On Behalf Of Ivan Porto C.
Sent: Saturday, November 21, 2009 12:06 AM
To: ironruby-core
Subject: [Ironruby-core] ironruby RC1

Hi

I don’t get any changes coming in for the repo for the last 3 days, are
those changes that make up RC1 in?

Then on a side note I’m still unable to run xmpp4r with IronRuby. it
should work but gets stuck in waiting for a thread that never returns.

Met vriendelijke groeten - Best regards - Salutations
Ivan Porto C.
Blog: http://flanders.co.nz
Google Wave:
[email protected]mailto:[email protected]
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)

Ironruby-core mailing list
[email protected]mailto:[email protected]
http://rubyforge.org/mailman/listinfo/ironruby-core

barby · November 22, 2009, 1:30am

The comment for the â€œvalâ€ parameter says â€œnumber of threads, that can
enter to sectionâ€, and so it seems reasonable that it should be atleast

I wonder if this just happens to work in MRI because â€œrunâ€ gets
called before â€œwaitâ€. This could happen predictably with MRIâ€™s green
threads because the scheduler has fixed rules of which thread gets
scheduled, and so the chances of races is low even on a multiproc
machine. Could you check if this theory is true by adding logging to the
methods and running with MRI? If it is correct, then we will have to
figure out if/why xmpp4r expects to call â€œrunâ€ first, and how to get
this to happen with IronRuby.

From: [email protected]
[mailto:[email protected]] On Behalf Of Ivan Porto
Carrero
Sent: Saturday, November 21, 2009 7:39 AM
To: [email protected]
Subject: Re: [Ironruby-core] ironruby RC1

I needed to add I managed to connect by initializing the tickets with
another value than 0. I set it to 1

Met vriendelijke groeten - Best regards - Salutations
Ivan Porto C.
Blog: http://flanders.co.nz
Google Wave:
[email protected]mailto:[email protected]
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)

On Sat, Nov 21, 2009 at 4:37 PM, Ivan Porto C.
<[email protected]mailto:[email protected]> wrote:
I know it has something to do with Threading and the value of @tickets
in this class.
I’ve just managed to connect with xmpp4r to my jabber server :=D but
then the stream is closed so you can’t actually send messages etc.

They have this class:

This class implements semaphore for threads synchronization.

class Semaphore

##
# Initialize new semaphore
#
# val:: [Integer] number of threads, that can enter to section
def initialize(val=0)
  @tickets = val
  @lock = Mutex.new
  @cond = ConditionVariable.new
end

##
# Waits until are available some free tickets
def wait
  @lock.synchronize {
    @cond.wait(@lock) while !(@tickets > 0)
    @tickets -= 1
  }
end

##
# Unlocks guarded section, increments number of free tickets
def run
  @lock.synchronize {
    @tickets += 1
    @cond.signal
  }
end

end

Met vriendelijke groeten - Best regards - Salutations
Ivan Porto C.
Blog: http://flanders.co.nz
Google Wave:
[email protected]mailto:[email protected]
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)

On Sat, Nov 21, 2009 at 2:28 PM, Jimmy S.
<[email protected]mailto:[email protected]>
wrote:
The RC1 bits will be in GIT shortly â€¦ looks like the pushes to GIT
havenâ€™t been happening/working. Also, the RC1 â€œannouncementâ€ and other
things from my RubyConf talk will make their way online over the next
couple of days, but in short this release is â€œRC1â€ because we want more
people to start using it and find blocking bugs. WRT xmpp4r, itâ€™d be
great if you could investigate what the actual bug is; a small repro
will drastically increase the chances of it being fixes in the near
future, especially when itâ€™s a library failing for some strange reasons.

~js

From:
[email protected]mailto:[email protected]
[mailto:[email protected]mailto:[email protected]]
On Behalf Of Ivan Porto C.
Sent: Saturday, November 21, 2009 12:06 AM
To: ironruby-core
Subject: [Ironruby-core] ironruby RC1

Hi

I don’t get any changes coming in for the repo for the last 3 days, are
those changes that make up RC1 in?

Then on a side note I’m still unable to run xmpp4r with IronRuby. it
should work but gets stuck in waiting for a thread that never returns.

Met vriendelijke groeten - Best regards - Salutations
Ivan Porto C.
Blog: http://flanders.co.nz
Google Wave:
[email protected]mailto:[email protected]
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)

Ironruby-core mailing list
[email protected]mailto:[email protected]
http://rubyforge.org/mailman/listinfo/ironruby-core

barby · November 22, 2009, 10:58am

Push has been done. Iâ€™ve tagged it both v0.9.3 and v1.0RC1

From: [email protected]
[mailto:[email protected]] On Behalf Of Ivan Porto
Carrero
Sent: Saturday, November 21, 2009 4:00 PM
To: [email protected]
Subject: Re: [Ironruby-core] ironruby RC1

Yeah I saw that on twitter but you did make it in the end

Much appreciated thanks

Met vriendelijke groeten - Best regards - Salutations
Ivan Porto C.
Blog: http://flanders.co.nz
Google Wave:
[email protected]mailto:[email protected]
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)

On Sat, Nov 21, 2009 at 8:50 PM, Jim D.
<[email protected]mailto:[email protected]> wrote:
Iâ€™m working on automating the pushes, but they arenâ€™t done yet, and I
havenâ€™t had good enough internet while at RubyConf to push. Releasing
was hard enough

Iâ€™ll do a push tonight when I get home.

JD

From:
[email protected]mailto:[email protected]
[mailto:[email protected]mailto:[email protected]]
On Behalf Of Ivan Porto C.
Sent: Saturday, November 21, 2009 7:38 AM
To: [email protected]mailto:[email protected]
Subject: Re: [Ironruby-core] ironruby RC1

I know it has something to do with Threading and the value of @tickets
in this class.
I’ve just managed to connect with xmpp4r to my jabber server :=D but
then the stream is closed so you can’t actually send messages etc.

They have this class:

This class implements semaphore for threads synchronization.

class Semaphore

##
# Initialize new semaphore
#
# val:: [Integer] number of threads, that can enter to section
def initialize(val=0)
  @tickets = val
  @lock = Mutex.new
  @cond = ConditionVariable.new
end

##
# Waits until are available some free tickets
def wait
  @lock.synchronize {
    @cond.wait(@lock) while !(@tickets > 0)
    @tickets -= 1
  }
end

##
# Unlocks guarded section, increments number of free tickets
def run
  @lock.synchronize {
    @tickets += 1
    @cond.signal
  }
end

end

Met vriendelijke groeten - Best regards - Salutations
Ivan Porto C.
Blog: http://flanders.co.nz
Google Wave:
[email protected]mailto:[email protected]
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)

On Sat, Nov 21, 2009 at 2:28 PM, Jimmy S.
<[email protected]mailto:[email protected]>
wrote:
The RC1 bits will be in GIT shortly â€¦ looks like the pushes to GIT
havenâ€™t been happening/working. Also, the RC1 â€œannouncementâ€ and other
things from my RubyConf talk will make their way online over the next
couple of days, but in short this release is â€œRC1â€ because we want more
people to start using it and find blocking bugs. WRT xmpp4r, itâ€™d be
great if you could investigate what the actual bug is; a small repro
will drastically increase the chances of it being fixes in the near
future, especially when itâ€™s a library failing for some strange reasons.

~js

From:
[email protected]mailto:[email protected]
[mailto:[email protected]mailto:[email protected]]
On Behalf Of Ivan Porto C.
Sent: Saturday, November 21, 2009 12:06 AM
To: ironruby-core
Subject: [Ironruby-core] ironruby RC1

Hi

I don’t get any changes coming in for the repo for the last 3 days, are
those changes that make up RC1 in?

Then on a side note I’m still unable to run xmpp4r with IronRuby. it
should work but gets stuck in waiting for a thread that never returns.

Met vriendelijke groeten - Best regards - Salutations
Ivan Porto C.
Blog: http://flanders.co.nz
Google Wave:
[email protected]mailto:[email protected]
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)

Ironruby-core mailing list
[email protected]mailto:[email protected]
http://rubyforge.org/mailman/listinfo/ironruby-core

barby · November 22, 2009, 9:41am

Actually, this is a bug in ConditionVariable, and we have RubySpec tags
for the ConditionVariable to disable some failing specs.
ConditionVariable used Monitor.Pulse to implement ConditionVariable#wait
which will yield control only if there is a waiting thread; otherwise
the pulse is ignored. So we need to use AutoResetEvent.

I have opened bug
http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=3151 and
attached a fix to it. I am gone on vacation, so someone will have to get
it checked in.

From: Shri B.
Sent: Saturday, November 21, 2009 4:31 PM
To: [email protected]
Subject: RE: [Ironruby-core] ironruby RC1

The comment for the â€œvalâ€ parameter says â€œnumber of threads, that can
enter to sectionâ€, and so it seems reasonable that it should be atleast

I wonder if this just happens to work in MRI because â€œrunâ€ gets
called before â€œwaitâ€. This could happen predictably with MRIâ€™s green
threads because the scheduler has fixed rules of which thread gets
scheduled, and so the chances of races is low even on a multiproc
machine. Could you check if this theory is true by adding logging to the
methods and running with MRI? If it is correct, then we will have to
figure out if/why xmpp4r expects to call â€œrunâ€ first, and how to get
this to happen with IronRuby.

From: [email protected]
[mailto:[email protected]] On Behalf Of Ivan Porto
Carrero
Sent: Saturday, November 21, 2009 7:39 AM
To: [email protected]
Subject: Re: [Ironruby-core] ironruby RC1

I needed to add I managed to connect by initializing the tickets with
another value than 0. I set it to 1

Met vriendelijke groeten - Best regards - Salutations
Ivan Porto C.
Blog: http://flanders.co.nz
Google Wave:
[email protected]mailto:[email protected]
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)

On Sat, Nov 21, 2009 at 4:37 PM, Ivan Porto C.
<[email protected]mailto:[email protected]> wrote:
I know it has something to do with Threading and the value of @tickets
in this class.
I’ve just managed to connect with xmpp4r to my jabber server :=D but
then the stream is closed so you can’t actually send messages etc.

They have this class:

This class implements semaphore for threads synchronization.

class Semaphore

##
# Initialize new semaphore
#
# val:: [Integer] number of threads, that can enter to section
def initialize(val=0)
  @tickets = val
  @lock = Mutex.new
  @cond = ConditionVariable.new
end

##
# Waits until are available some free tickets
def wait
  @lock.synchronize {
    @cond.wait(@lock) while !(@tickets > 0)
    @tickets -= 1
  }
end

##
# Unlocks guarded section, increments number of free tickets
def run
  @lock.synchronize {
    @tickets += 1
    @cond.signal
  }
end

end

Met vriendelijke groeten - Best regards - Salutations
Ivan Porto C.
Blog: http://flanders.co.nz
Google Wave:
[email protected]mailto:[email protected]
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)

On Sat, Nov 21, 2009 at 2:28 PM, Jimmy S.
<[email protected]mailto:[email protected]>
wrote:
The RC1 bits will be in GIT shortly â€¦ looks like the pushes to GIT
havenâ€™t been happening/working. Also, the RC1 â€œannouncementâ€ and other
things from my RubyConf talk will make their way online over the next
couple of days, but in short this release is â€œRC1â€ because we want more
people to start using it and find blocking bugs. WRT xmpp4r, itâ€™d be
great if you could investigate what the actual bug is; a small repro
will drastically increase the chances of it being fixes in the near
future, especially when itâ€™s a library failing for some strange reasons.

~js

From:
[email protected]mailto:[email protected]
[mailto:[email protected]mailto:[email protected]]
On Behalf Of Ivan Porto C.
Sent: Saturday, November 21, 2009 12:06 AM
To: ironruby-core
Subject: [Ironruby-core] ironruby RC1

Hi

I don’t get any changes coming in for the repo for the last 3 days, are
those changes that make up RC1 in?

Then on a side note I’m still unable to run xmpp4r with IronRuby. it
should work but gets stuck in waiting for a thread that never returns.

Met vriendelijke groeten - Best regards - Salutations
Ivan Porto C.
Blog: http://flanders.co.nz
Google Wave:
[email protected]mailto:[email protected]
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)

Ironruby-core mailing list
[email protected]mailto:[email protected]
http://rubyforge.org/mailman/listinfo/ironruby-core

barby · November 22, 2009, 11:32am

The mono build is up from that one too.

http://dlrci.colliertech.org/ironruby

Met vriendelijke groeten - Best regards - Salutations
Ivan Porto C.
Blog: http://flanders.co.nz
Google Wave: [email protected]
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)

Ironruby RC1

This class implements semaphore for threads synchronization.

end

I needed to add I managed to connect by initializing the tickets with another value than 0. I set it to 1

Much appreciated thanks

This class implements semaphore for threads synchronization.

end

I needed to add I managed to connect by initializing the tickets with another value than 0. I set it to 1

This class implements semaphore for threads synchronization.

end

Much appreciated thanks

This class implements semaphore for threads synchronization.

end

I needed to add I managed to connect by initializing the tickets with another value than 0. I set it to 1

This class implements semaphore for threads synchronization.

end

I needed to add I managed to connect by initializing the tickets with
another value than 0. I set it to 1

I needed to add I managed to connect by initializing the tickets with
another value than 0. I set it to 1

I needed to add I managed to connect by initializing the tickets with
another value than 0. I set it to 1