[Jchat] a new time waster

2013-07-15 Thread Roger Hui
http://geoguessr.com/ My personal record is 24103 with "cheating" (by using Google maps). -- For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jchat] concurrency (async)

2013-07-15 Thread Jack Andrews
I don't have time to fully work through an example... But a few points: - Implement your USB i/o handler in your preferred language. Make the handler a server listening on a socket - write your UI in J and send messages to your handler and select() on the socket, async'ly looking for data. Soc

Re: [Jchat] ymacs

2013-07-15 Thread Devon McCormick
I tried ymacs and realized it doesn't quite implement some of the key combos I commonly use though it may be better than nothing for working with JHS. A more serious problem is, under Chrome, the "ctl-n" sequence ymacs should take to go to the next line gets used by Chrome to open a new copy of th

Re: [Jchat] ymacs

2013-07-15 Thread Björn Helgason
using the keyboard combinations like ctrl -this or that is not as easy on the Android as on the pc I have been hoping for something more Android like to do things It does not look like ymacs has done it either I have been hoping to be able to use split screen with editor in one and ijx in anothe

Re: [Jchat] concurrency (async)

2013-07-15 Thread I.T. Daniher
Raul, Thanks for your response. I do, in fact, have access to a variety of test equipment, but I already have a strong theory as to where the variable latency originates, informed by my startup's first draft to handle streaming USB data processing, https://github.com/nonolith/connect. I believe t

Re: [Jchat] concurrency (async)

2013-07-15 Thread Devon McCormick
I was going to suggest shared memory as an alternate way to co-ordinate processes but it looks like you've already looked into that. I don't think I can be of much help as the parallel apps I've done have all been very simple by design and lack of necessity to do otherwise. That's why I mentioned

Re: [Jchat] concurrency (async)

2013-07-15 Thread Raul Miller
On Mon, Jul 15, 2013 at 9:01 AM, I.T. Daniher wrote: > Any thoughts here? I've been able to prototype my application well enough > with the synchronous API, but I'd like to bring jitter* down and throughput > up, and it looks like this is going to be sufficiently difficult to pull > off in J. ...

Re: [Jchat] concurrency (async)

2013-07-15 Thread I.T. Daniher
Multiprocessing is a decent solution for concurrency, but alas there are some situations where message passing is insufficient. LibUSB has an asynchronous API ( http://libusb.sourceforge.net/api-1.0/group__asyncio.html), and you're pretty much stuck using it if you wish to achieve anywhere close t

Re: [Jchat] ymacs

2013-07-15 Thread Raul Miller
Do you have a first step, in mind, for yourself? Thanks, -- Raul On Mon, Jul 15, 2013 at 3:46 AM, Björn Helgason wrote: > I finally had time to read this and I also looked up how to use emacs on > the Android. > > Since I got the Android my use of other computers has gone down to almost > noth

Re: [Jchat] ymacs

2013-07-15 Thread Björn Helgason
I finally had time to read this and I also looked up how to use emacs on the Android. Since I got the Android my use of other computers has gone down to almost nothing. Unfortunately that has also meant a lot less J than before. I have been hoping for a J with the option of interacting with othe