On Thu, May 8, 2014 at 2:15 AM, Steve Simon wrote:
> Anyone know of such a tool? I see masses of tools for drawing
> digital logic timing diagrams but nothing that seems to give
> me what I need for realtime code.
I haven't done realtime programming, so my apologies if I
miss a subtle requirement
that's what i was thinking too. i think most of the time, most of the
information is available; it's just that they don't show up in a search or
no search is done.
P.S. i'm sure sp9sss conspiracy theorists will disagree :)
On Thu, May 8, 2014 at 1:07 PM, Steven Stallion wrote:
> On Thu, May 8
On Thu, May 8, 2014 at 2:04 PM, Steve Simon wrote:
> Perhaps we should a page on the wiki:
>
> "Work in progress"
> "Stalled projects"
> "Work I plan to progress"
> "Work I would like somone to do"
>
> The theroy is it might inspire people and maybe reduce duplicat
Perhaps we should a page on the wiki:
"Work in progress"
"Stalled projects"
"Work I plan to progress"
"Work I would like somone to do"
The theroy is it might inspire people and maybe reduce duplication of effort.
Just a thought.
-Steve
I suggested porting rtlsdr library for a GSoC project, but not takers; if
anyone is interested in collaborating on this let me know. the majority of
the work is moving the library off of libusb and replacing the pthread junk
with thread(2).
rtlsdr handles any DVB-T receiver that uses the RTL2832U
On Thu, 08 May 2014 18:58:31 BST "Steve Simon" wrote:
> I have a hifiberry (http://www.hifiberry.com/) nicely minimalist,
> though no driver at present - I will await the GSOC project :-)
> I have some itron VFDs from work, 256 x 64 pixel. I like these as
> the visibility is excellent. The only a
I have a hifiberry (http://www.hifiberry.com/) nicely minimalist,
though no driver at present - I will await the GSOC project :-)
I have some itron VFDs from work, 256 x 64 pixel. I like these as
the visibility is excellent. The only annoyance is they have
a parallel interface and I use up all the
I'm not trying to weigh in on the discussion. I posted the link in case
someone in the community is interested. This software has only been working
on plan 9 since fairly recently, thanks to a lot of hard work on the Go
port from a few members of this community.
On Thu, 08 May 2014 12:06:11 BST "Steve Simon" wrote:
>
> A little radio app for plan9. This has few features and may not
> seem worth the effort to some but it is planned to be the basis for
> an embedded radio device so it needs a little GUI and user interface.
>
> Currently I use this at work
Quoting Jeremy Jackins :
On Thu, May 8, 2014 at 7:55 AM, Kurt H Maier wrote:
thing, javascript is not a thing that happens on this operating system.
Here is a screenshot of a javascript interpreter running on plan 9.
https://github.com/robertkrimen/
Are you being deliberately disingenuo
Steve,
The only code timing-diagram-like tool I am aware of is Windriver's WindView
for VxWorks.
I have successfully used digital logic timing diagrams in the past to view
task timing and interaction. They are especially useful for multiprocessor
systems.
I think the determining factor would be
On Thu, May 8, 2014 at 7:55 AM, Kurt H Maier wrote:
> thing, javascript is not a thing that happens on this operating system.
>
Here is a screenshot of a javascript interpreter running on plan 9.
https://github.com/robertkrimen/otto
On May 8, 2014, at 7:53 AM, "Steve Simon" wrote:
>> Would https://github.com/drom/wavedrom do?
>
> Yep, pretty darn good.
>
> maybe a little teeth gritting as its JS but
> what the heck, its a tool and that is all
> that really matters.
Wavedrom's input language seems simple enough that you ca
> you blame the parents?
I've been known to. In this case, I do think the stage was set,
rather than grabbed. Of course, opinions are allowed to differ.
++L
On 8 May 2014 15:51, wrote:
> That's the result of bad thinking by
> the Internet's fathers
>
you blame the parents?
> Would https://github.com/drom/wavedrom do?
Yep, pretty darn good.
maybe a little teeth gritting as its JS but
what the heck, its a tool and that is all
that really matters.
Thanks very much.
-Steve
> i hate to suggest something that i've done on this list, but nupas
> (upas in 9atom) has full support for spamhaus, so you can delegate
> this problem.
This list doesn't hate you :-)
I use my Gmail address for nearly everything these days, so I have
little reason to mess with a complicated proc
On 8 May 2014 15:14, balaji wrote:
> To a lot of lurkers it's still not clear what the labs amd64 binaries
> are. bootable kernel? commands?
>
it turned out that it didn't include any of it, except the compilers. i am
attempting to address
this oversight.
Would https://github.com/drom/wavedrom do? See the tutorial. Step 8 shows
bezier arrows linking waveforms. And it seems to be actively developed. There
is a command line version as well.
On May 8, 2014, at 5:52 AM, "Steve Simon" wrote:
>> I don't understand why realtime matters.
>
> Only that
On Thu May 8 10:06:35 EDT 2014, lu...@proxima.alt.za wrote:
> > Delivery to the following recipient failed permanently:
>
> My fault, my spam rules reject and ban IP addresses if mail is sent to
> a non-existent recipient in the "proxima.alt.za" domain. I have
> whitelisted a block of gmail IPs,
When Charles brought up that 64bit binaries can be built from Labs
distribution, it would have been so much simple if either 9atom or
9front owners took a quick look at what was there and confirmed what
he meant by "binaries".
To a lot of lurkers it's still not clear what the labs amd64 binaries
ar
> This is what happens when people vote for Julius Malema.
How do you know this?
++L
On Wed May 7 21:40:05 EDT 2014, k...@sciops.net wrote:
> Quoting Charles Forsyth :
>
> > they weren't "shot down", but saying use MY distribution over here,
> > or use MY distribution over here,
what i said was that both 9front and 9atom have the relevant bits in
an easily accessible location.
> Delivery to the following recipient failed permanently:
My fault, my spam rules reject and ban IP addresses if mail is sent to
a non-existent recipient in the "proxima.alt.za" domain. I have
whitelisted a block of gmail IPs, but that's a moving target.
Should be fixed now.
++L
> Somthing like graphviz for timing diagrammes.
It's been a long time since I checked, but have you looked at MRTG?
++L
Quoting erik quanstrom :
for what it's worth, i review all the changes made to plan 9 and 9front
and apply what makes sense.
Some subset of the 9front people also do this with various publicly-
available resources, like 9changes and 9atom. I'm not sure of the
value of a javascript thing that
Quoting Charles Forsyth :
On 8 May 2014 13:46, wrote:
not enough Internet credits to sustain efforts ...
Or a working e-mail supplier (they've blocked Google):
This is what happens when people vote for Julius Malema.
khm
> But maybe, just maybe, if the community can get its act together to
> support a "codereview" type approach, we can ask Coraid to sponsor the
> minimum resources required by it. I don't have a clue to the details,
> but I would be thrilled to contribute.
i think you're suggesting using some sort
On 8 May 2014 13:46, wrote:
>
> not enough Internet credits to sustain efforts ...
>
Or a working e-mail supplier (they've blocked Google):
Delivery to the following recipient failed permanently:
lu...@proxima.alt.za
Technical details of permanent failure:
Google tried to deliver your mes
> I don't understand why realtime matters.
Only that such diagrams are more important in realtime systems.
> How do you want these events represented on the timing diagram?
I suspose a clock line, left to right, at the top.
events appear as signals, one below the other running paralle to the c
> so, someone (cinap) does care about the incompatabilities and has addressed
> them.
> i think what you're saying is nobody has gotten this in to the distribution.
> fair point. why don't you submit a patch?
I ought to, I'm not sure how soon I'll get to it (I'm just a normal
Joe, I also fix pro
> since it's not clear to me from reading this (forgive my reading
> comprehension),
> i run 9atom on rb, kw, and rpi in addition to amd64. i run the pc and pcpae
> kernels when there are changes. i know others also run 9atom on the rb.
> sadly i don't have a teg2 or original beagle.
One can in
> It is this ongoing level of petty pissiness that has led to the fragmentation
> of the community.
It's poorly phrased and even offensive, but the answer is not out
there in the public domain. Nor is the list of tasks to be undertaken
in the shape for a GSOC project.
But maybe, just maybe, if
On Thu May 8 07:22:41 EDT 2014, lu...@proxima.alt.za wrote:
> >> Now, this is incompatible with the original Soundblaster stuff and no
> >> one seems to care to deal with the incompatibilities.
> > wrong. it has been dealed with.
>
> Not in the Bell Labs distribution, it hasn't. At least, not th
On Thu May 8 07:59:12 EDT 2014, lu...@proxima.alt.za wrote:
> > We are losing the 'reference implementation' from which the branches can be
> > compared.
>
> But is this a necessary consequemce of Bell Labs' distance, or merely
> the way the community operates? A reference point need not itself
> We are losing the 'reference implementation' from which the branches can be
> compared.
But is this a necessary consequemce of Bell Labs' distance, or merely
the way the community operates? A reference point need not itself be
in use by all involved, it just needs to move slowly enough for a f
> On May 8, 2014, at 2:15 AM, "Steve Simon" wrote:
>
> Anyone done any hard realtime programming? I am looking for a simple
> GUI tool which will read a text file I can generate from my code
> and display a timing diagram. This should allow either events
> triggered by the clock, by an interrup
>> Now, this is incompatible with the original Soundblaster stuff and no
>> one seems to care to deal with the incompatibilities.
> wrong. it has been dealed with.
Not in the Bell Labs distribution, it hasn't. At least, not that I noticed.
And that was just a convenient example.
++L
> Now, this is incompatible with the original Soundblaster stuff and no
> one seems to care to deal with the incompatibilities.
wrong. it has been dealed with.
--
cinap
Ok,
spurred into action. I have pushed out some work in progress.
A little radio app for plan9. This has few features and may not
seem worth the effort to some but it is planned to be the basis for
an embedded radio device so it needs a little GUI and user interface.
Currently I use this at work
On Thu May 8 01:57:57 EDT 2014, lu...@proxima.alt.za wrote:
> > would be nice to put all the hardware support together.
>
> That would be wonderful. But it does require resources to deal with
> incompatibilities as well as different perception of value. My angle
> her is that I'm mostly working
Hi,
Just trying to tap the collective brains fo the plan9 community.
Anyone done any hard realtime programming? I am looking for a simple
GUI tool which will read a text file I can generate from my code
and display a timing diagram. This should allow either events
triggered by the clock, by an in
On 8 May 2014 02:38, Kurt H Maier wrote:
> haha you said exactly the same thing
I confined myself to instructions relating to sources, which isn't mine.
43 matches
Mail list logo
