Your changes worked. Thank you for sharing!

Mike

On Jul 23, 2012, at 1:47 AM, "Konaju Games (Dev)" <d...@konaju.com> wrote:

Replaced ConcurrentDictionary with a regular Dictionary in Connection.cs.

Wrapped uses of the connection.Items member with lock(connection.Items) in
ConnectionExtensions.cs, Transports/LongPollingTransport.cs and
Transports/ServerSentEventsTransport.cs.

Replaced
                timedOut = result.Value<bool>("TimedOut");
                disconnected = result.Value<bool>("Disconnect");
with
                timedOut = (bool)result["TimedOut"];
                disconnected = (bool)result["Disconnect"];
in Transports/HttpBasedTransport.cs to avoid JIT exceptions.

We also used Newtonsoft.Json.MonoTouch.csproj from
https://github.com/ayoung/Newtonsoft.Json.git rather than the
Newtonsoft.Json.dll that came with the MonoTouch port of SignalR.

Those changes allowed us to use SignalR on iOS devices.

Sly

On 23 July 2012 00:13, Mike Kuzminski <mkuzmin...@gmail.com> wrote:

> Are there any lists that identify the tweaks necessary? Or could you share
> with the group?
>
>
> On Jul 22, 2012, at 12:41 AM, "Konaju Games (Dev)" <d...@konaju.com> wrote:
>
> There were a couple of other JIT fixes required, but they were minor
> tweaks of the existing code. Aside from that, we have it successfully
> running on a variety of iOS devices.
>
> Sly
> On 22 Jul 2012 10:16, "Mike Kuzminski" <mkuzmin...@gmail.com> wrote:
>
>> So to fix (or bandage it) for a real device we need to
>> replace ConcurrentDictionary with a regular dictionary? Anything else?
>>
>> On Jul 21, 2012, at 11:58 AM, Greg Shackles <gshack...@gmail.com> wrote:
>>
>> I'm just a dude with a GitHub account, but I'm glad I could help out :)
>> it's on my todo list to write up some samples for using SignalR with
>> MT/MfA, so I will try to prioritize that too! As someone mentioned earlier
>> in the thread, there is still the issue with ConcurrentDictionary that
>> you'll hit when running on a real device, but it should still be fine in
>> the simulator for now.
>>
>> On Saturday, July 21, 2012, Mike Kuzminski wrote:
>>
>>> Wow Greg you rock! Just wanted to let you know that when I talked to
>>> xamarin support they called out your project as an example of SignalR for
>>> Monotouch.
>>>
>>> I know it can be difficult to find time for stuff like this but the
>>> community does appreciate it! It was an awesome surprise that you
>>> monitor this group and even responded!
>>>
>>>
>>> On Jul 21, 2012, at 9:30 AM, Greg Shackles <gshack...@gmail.com> wrote:
>>>
>>> Actually, scratch that...I took a look and it was an easy update this
>>> time, and I had a little time this morning to give it a shot. My fork is
>>> now updated to v0.6:  https://github.com/gshackles/SignalR
>>>
>>> That said, it is totally untested for now, so for the time being I make
>>> no guarantees aside from the fact that it compiles :)
>>>
>>> On Sat, Jul 21, 2012 at 9:53 AM, Greg Shackles <gshack...@gmail.com>wrote:
>>>
>>> Yeah I feel a little behind on that, sorry! Right now my fork is at
>>> v0.5.1 of SignalR, so I need to pull that up to date to v0.6. I will try to
>>> get that up to date sometime this weekend :) Basically my goal is to update
>>> my fork whenever they have a new point release, since trying to keep up
>>> with master would be difficult.
>>>
>>>
>>> On Fri, Jul 20, 2012 at 11:07 PM, Mike Kuzminski 
>>> <mkuzmin...@gmail.com>wrote:
>>>
>>> I am using gshackles mono touch client library for mono. It hasnt been
>>> updated in a while but appears to do the trick for long polling
>>> functionality. I've struggled a bit to get up to speed with this library as
>>> there seems to be not enough examples utilizing mono touch. But so far for
>>> the simulator it works great.
>>>
>>> If you have questions I'd be more than happy to trade expertise and help
>>> grow the knowledge base.
>>>
>>> Mike
>>>
>>> On Jul 20, 2012, at 8:16 PM, "Konaju Games (Dev)" <d...@konaju.com>
>>> wrote:
>>>
>>> We are currently using SignalR in MonoTouch, but it is not recommended
>>> yet as SignalR uses ConcurrentDictionary and that causes JIT exceptions in
>>> MonoTouch on the device.  There is an open issue about this, but it has not
>>> yet been resolved.  We swapped ConcurrentDictionary for a regular
>>> Dictionary to get it running, but they would have used ConcurrentDictionary
>>> for a reason.
>>> https://bugzilla.xamarin.com/show_bug.cgi?id=3444
>>>
>>> Sly
>>>
>>> On 21 July 2012 08:36, Craig Dunn <craig.d...@gmail.com> wrote:
>>>
>>> Mr Shackles has already done some good work getting SignalR on Xamarin
>>>
>>> https://github.com/gshackles/SignalR
>>>
>>> HTH
>>>
>>>
>>> On Jul 21, 2012, at 8:23 AM, Alex Soto <dxdr...@gmail.com> wrote:
>>>
>>> > Hello guys,
>>> >
>>> > Do you know if SignalR can be used with MonoTouch?? Also any example
>>> > would be great
>>> >
>>> > Or if you know a better solution that would be great.
>>> >
>>> > What I need to achieve is when the app is running in foreground i must
>>> > push info from the server to the device When some records are stored
>>> > in a database
>>> >
>>> > Alex
>>> > _______________________________________________
>>> > MonoTouch mailing list
>>> > MonoTouch@lists.ximian.com
>>> > http://lists.ximian.com/mailman/listinfo/monotouch
>>> _______________________________________________
>>> MonoTouch mailing list
>>> MonoTouch@lists.ximian.com
>>> http://lists.ximian.com/mailman/listinfo/monotouch
>>>
>>>
>>> ____
>>>
>>>
_______________________________________________
MonoTouch mailing list
MonoTouch@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/monotouch

Reply via email to