Update: Based on the discussion here: http://www.tinyclr.com/forum/2/5565/#/1/msg53316
There is a possible solution coming to the ghi http implementation.
I am ready!!
Yes this is to be done in future I hope but for now the sources are public if someone wanting to dig in. Supporting NETMF 4.2 is top priority for the new few weeks.
Yes this is to be done in future I hope but for now the sources are public if
someone wanting to dig in.
Apologies that I cannot help. Tracing and modding core libs is beyond me.
Supporting NETMF 4.2 is top priority for the new few weeks.
Sorry to hear that.
Sounds like GHI does not follow the Joel 12 steps? (See #5 The Joel Test: 12 Steps to Better Code – Joel on Software )
Too bad for me.
Sorry if this is not ideal in your case. All we do is for free but there are priorities we must follow. I am sure you will benefit from having 4.2 like we all will.
@ samjones3 - Gus has to be polite, but I do not. The members of this forum do NOT jump at your every beck and call. Your expectations of how we can help you need to be reined WAY in. Keep your “words of wisdom” like step #5 to yourself. They are not appreciated.
GHI goes way above and beyond the call of duty to help us out here. Commentary like yours seriously detracts from this great forum.
To other forum members - apologies if the flaming is a bit in your face, but this guy’s whining is reprehensible.
[quote]Update: Based on the discussion here: http://www.tinyclr.com/forum/2/5565/#/1/msg53316
There is a possible solution coming to the ghi http implementation.
I am ready!![/quote]
If you are waiting for the fix that Frogmore mentioned in the post then there is no need for you to wait till we get a new release of W5100.http out. You can simple add the source code to your project and do the suggested fix. and remove the release w5100.http dll library. Or you can ask Frogmore to compile the library for you and give you the dll to use in you project. Forgmore seems very experienced member.
@ ransomhal: GHI gives great support. That is why I am a GHI user! I whine because the high level http code for Panda II doesn’t work, but few in the GHI community have absorbed this. The problem is in the GHI libs (as discussed on the other thread). If it is OK with GHI to have (essentially) unusable HttpWebResponse, that is their choice.
I have 20+ hours invested in the Panda II to make stuff work that took an hour on Netduino. And my Panda networking still doesn’t work as well as networking on Netduino.
I am just trying to make high level networking calls work.
I am not an experienced developer, and have very limited VS experience. I also don’t (yet) know the flow in the GHI/NETMF community related to addressing core problems (how long such things take, who does it, etc.)
GHI is great. I just need a working http client. If this is the wrong place to ask for this, or if it is required for me to write it all with sockets (which I lack time to do well), just let me know.
Apologies for the hassle.
Basically, if you find a problem (as you have) and a solution is discovered (as has been done) then you can bet with near 100% certainty that bug fix will appear in the next GHI API that is released. In this case where the source is open then you also have the benefit of being able to compile and use it immediately w/o having to wait for the official release. GHI typically puts out a new release every 2-3 months.
@ ianlee, thank you! It is helpful to understand what the flow is.
@ samjones3 -
The main reason I got fired up is that you are quick to point out problems in (what I think is) a very condescending way. Stick to asking questions and helping out where you can.