Then your talking about a JTag or a USB script
most of those are only using C or ASM or VHDL program
makes me think of the 552 FPGA's I just bought
It would be nice to use perl in such a way I think it would really
help in the learning curve your right , C has a lot memory
things that you have to get right or the code doesn't work
perl is more forgiving , on windows tho I think you would have
to go threw WMIC to get that kind of functionality so its
not just perl code you have to use the WMIC inside the perl code I think..
I have been trying to figure out how to do that...
the best way i can think of is C implementation module for perl
but there are so many different chips , that you have to have a logic
design knowledge first , then you have to have the data sheets
then you have to know the protocols for the operating system
it would be nice to use some shift registers chips with the USB
in perl , I think that is the first place to start with some 7495 chips
and just get some data loaded onto it from the USB ...
this is something I hope to accomplish by the end of this year
I have tried before to find USB how to's and not one for perl yet
except for a toy missile launcher in Linux...
-Mark
________________________________
From: B. Estrade <[email protected]>
To: Clifford Sobchuk <[email protected]>
Cc: "[email protected]" <[email protected]>; MARK BAKER
<[email protected]>
Sent: Wednesday, May 2, 2012 6:58 PM
Subject: Re: [Perldl] Modeling Languages & Perl
UML is to OOP as ERM is to database design.
Brett
Please excuse my brevity, on mobile device.
On May 2, 2012 8:51 PM, "Clifford Sobchuk" <[email protected]>
wrote:
>Going by memory - and at my age it starts to get
fuzzy - UML -> unified modeling language, similar in terms of VRML,
PMML, VHDL, and other modeling/design specification languages to
specify an algorithm that is used to implement a solution. In most cases it is
some type of a compiler that outputs to a target. In the case of VHDL you
define the logic for a hardware design and it can be sent to a
specific programmable logic device (in the generic term). I am sure Google has
a
number of hits.
>
>CLIFF
SOBCHUK
>Core RF
Engineering
>Phone 613-667-1974 ecn: 8109-71974
>mobile 403-819-9233
>yahoo: sobchuk
>www.ericsson.com
>“The author works for
Telefonaktiebolaget L M Ericsson (“Ericsson”), who is solely responsible for
this email and its contents. All inquiries regarding this email should be
addressed to Ericsson. The web site for Ericsson is
www.ericsson.com.”
>
>This Communication is Confidential. We only send and
receive email on the basis of the terms set out at
www.ericsson.com/email_disclaimer
>
>
>
>________________________________
> From: MARK BAKER [mailto:[email protected]]
>Sent: Wednesday, May 02, 2012 7:25 PM
>To: "[email protected]"
>Subject: Re: [Perldl] Modeling Languages
& Perl
>
>
>What is UML ???
>
>
>-Mark
>
>
>
>________________________________
> From: MARK BAKER
<[email protected]>
>To: "[email protected]"
<[email protected]>
>Cc: "[email protected]"
<[email protected]>
>Sent: Wednesday, May 2, 2012 5:58
PM
>Subject: Re: [Perldl]
Modeling Languages & Perl
>
>
>If you have ever tried to load all the modules that you use and build
a
>
>.exe like a PDL.exe I Have noticed that it takes so long it is not
worth the effort
>in that the purpose of a module are to keep the software lite weight
so as to run fast
>as modules accumulate the loading start up seems to be effected
dramatically!
>
>
>
>I have done a very large 66 gigabyte project with compression
routines(that I developed)
>that transformed the data into 3.6 gigbytes
of data, with perl in about 11hours with
>2.4 ghz x4 CPU's running full speed ... I can Load that data
now
>
>in a fraction of a second and use mapping (that I developed) into
about
>40 Megabytes of Ram .. now I can search threw that 60 gigabyte
database
>
>for a sequence in seconds and can get a match or the match is not
there
>
>so that being said the software is good ... but you have to use many
ideas
>
>in many different way to achieve your success ...
>
>
>
>as far as commercially speaking I would never use
database software
>
>developed by anyone other then me and my company,
>
>so that way only you andyour company know how to use
the software
>
>this make data safer in the long run for clients for the
company
>and for the internet ...
>
>
>
>
>
>-Mark R Baker
>
>
>
>
>________________________________
> From: Fabio D'Alfonso
<[email protected]>
>To: [email protected]
>Sent: Wednesday, May 2, 2012 3:41
PM
>Subject: [Perldl] Modeling
Languages & Perl
>
>Hi,
>I have a lot of literature about
Perl and I see that up to advanced material potentially related to very large
projects, there is not a single attempt (it seems) to leverage UML (or similar
tools) to organize the job as a part of the learning.
>Perl is both fun
and powerful, but the flattened landscape Perl , Regex, DBI, LWP, PDL, XML, and
so on and on, can become to seem an enumeration not suggesting a process to
determine a mapping (or more alternatives to choose in) between a goal and the
resources available.
>Some people here manage large projects and could they
tell their thinks on this?
>Thanks
>--
>
>Fabio D'Alfonso
>'Enabling
Business Through IT'
>cell. +39.348.059.40.22 *
>web:
http://www.fabiodalfonso.com
>email: [email protected]
>twitter:
http://www.twitter.com/fabio_dalfonso
>linkedin:
http://it.linkedin.com/in/fabiodalfonso
>fax: +39.06.874.599.581
>BlackBerry® Wireless Enabled Address.
>
>
>* Hidden
numbers are automatically rejected by the
phone
>_______________________________________________
>Perldl mailing
list
>[email protected]
>http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
>
>
>
>_______________________________________________
>Perldl
mailing list
>[email protected]
>http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
>
>
>
>_______________________________________________
>Perldl mailing list
>[email protected]
>http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
>
>
_______________________________________________
Perldl mailing list
[email protected]
http://mailman.jach.hawaii.edu/mailman/listinfo/perldl