Re: [Unicon-group] Non beta Unicon 12.0 is out - Windows Release
> Hi Jafar, > > this will be no surprise, I'm sure. > Not at all! That is why I've never owned a Vista machine. > > I uninstalled v12 restarted & then installed version 11.9.1 under win > vista HP. > > The installer launches a unicon after it has finished . I don't know > what the executable/batch file is called. It fails and says that it > requires escalation. > It is ui.exe > > That's a permissions problem then. I checked the executables. All are > installed with "run in win xp (sp2) compatibility mode" AND with "Run > as administrator" set to "yes" (box ticked). Except att.exe. I > adjusted that to match but ui & ivib still failed. > you mean rtt.exe. Usually I don't include it in binary release since it is only useful for building from sources. looks like it slipped in this time. Don't worry about it. > for me UI & Ivib stop working, as with versions 12 and 11.8. > > unicon & icont compile test.icn, and report sensibly, i.e. no > concurrent threads, version 11.9.1 . > > wicont stops > Let us hear from other vista users and see if they have the same issue. Unless I get access to a Vista machine I wont be of that much help. We/you have two options where I can be of a little more help. 1- I can ship you binaries compiled with debugging turned on (-g). If you get gdb for windows and run iconx/wiconx under it, we might be able to locate where the executable is failing, then we can go from there. 2- If you are willing to invest more time. You can try building unicon from sources. In that case, you might get a working unicon or at least more debugging options. I can assist you with this. let me know if any of these options looking appealing to you! :) Cheers, Jafar > > Ed Feustel, do you have any comment? > > > Jay Hammond > > homem...@talktalk.net > -- "Let there be no compulsion in religion: Truth stands out clear from error" [The Holy Qur'an 2:256] "Injustice anywhere is a threat to justice everywhere"Dr. King -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev___ Unicon-group mailing list Unicon-group@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unicon-group
Re: [Unicon-group] Non beta Unicon 12.0 is out - Windows Release
On 16 Jul 2011 at 15:02, Jafar Al-Gharaibeh wrote: > > I put up on sf.net new Windows binaries for Unicon 11.9 (named it > 11.9.1). This is basically a non-concurrent release (no thread > support) that has all of the bug fixes applied to Unicon 12.0. > Presumably it doesn't require any DLLs to run. > > Just in case someone like non-concurrent Unicon better or having > trouble running the concurrent version (we would love to have bugs > reports in that case!) > > Cheers, > Jafar > Hi Jafar, this will be no surprise, I'm sure. I uninstalled v12 restarted & then installed version 11.9.1 under win vista HP. The installer launches a unicon after it has finished . I don't know what the executable/batch file is called. It fails and says that it requires escalation. That's a permissions problem then. I checked the executables. All are installed with "run in win xp (sp2) compatibility mode" AND with "Run as administrator" set to "yes" (box ticked). Except att.exe. I adjusted that to match but ui & ivib still failed. for me UI & Ivib stop working, as with versions 12 and 11.8. unicon & icont compile test.icn, and report sensibly, i.e. no concurrent threads, version 11.9.1 . wicont stops Ed Feustel, do you have any comment? Jay Hammond homem...@talktalk.net -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ Unicon-group mailing list Unicon-group@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unicon-group
Re: [Unicon-group] Non beta Unicon 12.0 is out - Windows Release
I put up on sf.net new Windows binaries for Unicon 11.9 (named it 11.9.1). This is basically a non-concurrent release (no thread support) that has all of the bug fixes applied to Unicon 12.0. Presumably it doesn't require any DLLs to run. Just in case someone like non-concurrent Unicon better or having trouble running the concurrent version (we would love to have bugs reports in that case!) Cheers, Jafar On Thu, Jul 14, 2011 at 1:05 AM, Jafar Al-Gharaibeh wrote: > Hi, > > A new non-beta Unicon Version 12.0 with concurrency support for Windows is > now available for download at : > >https://sourceforge.net/projects/unicon/ > > This is the default download now replacing Version 11.9 but you can still > access several old releases at: > > https://sourceforge.net/projects/unicon/files/ > > Here are some of the the bug fixes (We are still working on the recent > Windows issues) and new features > > *** Several bug fixes including fixes for &error and &trace > > *** New syntax for critical regions / mutexes > > critical x expr # where x is a mutex. The expression expr is > serialized on x > >this is equivalent to: > >lock(x) >expr >unlock(x) > >ex: assuming a mutex was initialize with : region:=mutex() > this is how "critical" can be used > >critical region counter +:=1 > >Be aware of that fact that breaking out of expr doesn't automatically > unlock x. >It is the programmer responsibility to do so. > > *** The join() function is pending for removal in favor of merging with > wait(). >For now join(thread_co) is equivalent to wait(thread_co). >Both functions block the calling thread until the thread thread_co > finishes. > > *** The thread() function was extended with two optional parameters to give > control over the > initial size of the string and block regions for the new thread. This > is would be particularly > useful if you know the thread is doing (or NOT) a lot of memory > allocation. Another case > is when the you create tens, hundred or even thousands of threads > (Thanks to your "exploding" examples Steve! :) ) . In that case small size > regions would > be a good idea. > > thread(co-exp, blocksize,stringsize) > > ex: > >thread(co, 2*1024*1024, 1024*1024 ). # fire co as a thread and give it > 2MB for the block region and 1MB for the string region. > > By default new threads allocate regions with size equals to 25% of the > main thread regions sizes. > > *** Optimized code that runs about 10% faster. > > Hopefully we will have another release in few weeks addressing the recent > Windows bug reports. > Thanks for everybody specially those who helped us identify/fix the bugs. > > Cheers, > Jafar > > > > -- "Let there be no compulsion in religion: Truth stands out clear from error" [The Holy Qur'an 2:256] "Injustice anywhere is a threat to justice everywhere"Dr. King -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev___ Unicon-group mailing list Unicon-group@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unicon-group
[Unicon-group] Non beta Unicon 12.0 is out - Windows Release
Hi, A new non-beta Unicon Version 12.0 with concurrency support for Windows is now available for download at : https://sourceforge.net/projects/unicon/ This is the default download now replacing Version 11.9 but you can still access several old releases at: https://sourceforge.net/projects/unicon/files/ Here are some of the the bug fixes (We are still working on the recent Windows issues) and new features *** Several bug fixes including fixes for &error and &trace *** New syntax for critical regions / mutexes critical x expr # where x is a mutex. The expression expr is serialized on x this is equivalent to: lock(x) expr unlock(x) ex: assuming a mutex was initialize with : region:=mutex() this is how "critical" can be used critical region counter +:=1 Be aware of that fact that breaking out of expr doesn't automatically unlock x. It is the programmer responsibility to do so. *** The join() function is pending for removal in favor of merging with wait(). For now join(thread_co) is equivalent to wait(thread_co). Both functions block the calling thread until the thread thread_co finishes. *** The thread() function was extended with two optional parameters to give control over the initial size of the string and block regions for the new thread. This is would be particularly useful if you know the thread is doing (or NOT) a lot of memory allocation. Another case is when the you create tens, hundred or even thousands of threads (Thanks to your "exploding" examples Steve! :) ) . In that case small size regions would be a good idea. thread(co-exp, blocksize,stringsize) ex: thread(co, 2*1024*1024, 1024*1024 ). # fire co as a thread and give it 2MB for the block region and 1MB for the string region. By default new threads allocate regions with size equals to 25% of the main thread regions sizes. *** Optimized code that runs about 10% faster. Hopefully we will have another release in few weeks addressing the recent Windows bug reports. Thanks for everybody specially those who helped us identify/fix the bugs. Cheers, Jafar -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev___ Unicon-group mailing list Unicon-group@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unicon-group