If I may add to this CentOS "what's working" discussion, I was unable through ODBC to connect to a remote MySQL database when starting from CentOS. I finally went back to Fedora, but now am having problems on two machines (out of 30), ironically, one of them is the one that previously had CentOS.
Is anyone on the list able to use Unicon with ODBC through an ssh tunnel to reach a remote MySQL database? We are assuming that there is something wrong with the ODBC libraries, but I'd like to pin down whether my group is experiencing a hardware problem, an OS problem, an ODBC problem, or a Unicon one. --Phillip. On Mon, 25 Jul 2011, Jafar Al-Gharaibeh wrote: > Steve, > > I was able to reproduce the problem you were seeing on my CentOS 2.6. It > appears every 20 runs or so on my side. Running the program under gdb didn't > get me any where as I get really weird behavior. When running under gdb I > get wrong results, fib(12) gives 12 instead of 144 after creating two > threads or so and I wasn't able to make the problem appear. I can't trust > gdb in this case. Under Fedora 12, not only the problem doesn't reproduce > for me, but also, under gdb I get correct results with hundreds of threads > created. Not sure where/how to proceed form here. :-) > > At this point, I can say the problem is CentOS specific unless someone can > make it appear on another platform. > > Cheers, > Jafar > > > > On Mon, Jul 25, 2011 at 11:26 AM, Jafar Al-Gharaibeh > <[email protected]>wrote: > >> I'm running my CentOS 2.6 now. I just did update and build the latest >> unicon, and then I ran the test ar.icn 100 times with no problems, but wait >> that was with native co-exp. i.e no concurrency. I will rebuild to have >> pthread based co-exp and retest. another emial will follow.... >> >> -Jafar >> >> >> On Fri, Jul 22, 2011 at 12:03 AM, Jafar Al-Gharaibeh >> <[email protected]>wrote: >> >>> >>> >>> On Thu, Jul 21, 2011 at 2:25 PM, Steve Wampler <[email protected]> wrote: >>> >>>> On 07/21/2011 02:13 PM, Steve Wampler wrote: >>>> >>>>> On 07/21/2011 01:51 PM, Jafar Al-Gharaibeh wrote: >>>>> >>>>>> I ran the test about 50 times but I didn't ran into the problem you are >>>>>> seeing. I pushed the number n up and as I >>>>>> expected I ran out of threads/system-resources. >>>>>> >>>>> >>>>> Hi Jafar, >>>>> >>>> >>>> Another followup. I just ran my 121-run test on my 64-bit Ubuntu >>>> system and got no errors. This is an Intel i7 based system. The >>>> 'bad' one is an AMD opteron system. So amd64_linux works better >>>> on Intel than AMD?! >>>> >>> >>> amd64 is just the name of the 64-bit config since the 64 instruction set >>> was invented by AMD. In linux lands people usually refer to it as x86_64! >>> But maybe we can still say, the instruction set is running better on Intel >>> than AMD even though it was invented bu AMD! lol >>> >>> >>>> >>>> Or (wildly stretching here) we're hitting a bug in the older >>>> CentOS5.6 kernel that's gone by Ubuntu 11! >>>> >>> >>> >>> That is a possibility, I have CentOS installed somewhere. If I can >>> reproduce it there and not on Windows/newer_Linux then we kind of have a >>> hint. Even if that is the case, it might be still useful to uncover the >>> problem and fix it if it is on our side. Who knows, it might appear one way >>> or another on newer systems. >>> >>> I will update you on this when I get a chance to test on CentOS. >>> >>> Thanks very much again Steve! >>> >>> -Jafar >>> >>> > ------------------------------------------------------------------------------ Storage Efficiency Calculator This modeling tool is based on patent-pending intellectual property that has been used successfully in hundreds of IBM storage optimization engage- ments, worldwide. Store less, Store more with what you own, Move data to the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/ _______________________________________________ Unicon-group mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/unicon-group
