introspector-developers Mailing List for RDF Software Introspector (Page 7)
Status: Beta
Brought to you by:
mdupont
Menu
▾
▴
introspector-developers — for anyone interested in hacking the introspector
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
(1) |
Mar
|
Apr
(8) |
May
(6) |
Jun
(9) |
Jul
(6) |
Aug
(4) |
Sep
(2) |
Oct
(18) |
Nov
(29) |
Dec
(18) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(57) |
Feb
(41) |
Mar
(4) |
Apr
|
May
(1) |
Jun
(6) |
Jul
(3) |
Aug
(34) |
Sep
(28) |
Oct
(3) |
Nov
(1) |
Dec
(1) |
| 2004 |
Jan
|
Feb
|
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
(3) |
| 2005 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2012 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Nicholas C. <ni...@un...> - 2003-01-25 11:57:19
|
On Sat, Jan 25, 2003 at 10:26:22AM +0100, Leopold Toetsch wrote: > Nicholas Clark wrote: > >Also some way of storing a cryptographic signature in the file, so that you > >could compile a parrot that automatically refuses to load code that isn't > >signed by you. > > > The palladium parrot :) naa. I said "signed by you", not "signed by the RIAA^WMPAA^WMicrosoft" Nicholas Clark |
|
From: James M. D. <mdu...@ya...> - 2003-01-25 09:42:34
|
Hey all, Here are a set of node types, the ones used to define the parrot core which i ran through the introspector. identifier_node --- Name of things boolean_type,integer_type,real_type -- types of things that are simple const_decl Constant values var_decl variable values Note that all nodes that have a name like *_decls have a field "type" that has a name like "type_*" Also, all "*_decls" have a name that is a type_decl or identifier_node tree_list -The rest of the more complex types need a tree_list function_decl, # a function declaration parm_decl # list of parmeters array_type # an array type integer_cst, # list of sizes of dimensions enumeral_type integer_cst # the value of the enum identifier_node # then name of the enum record_type,union_type, # structures field_decl # list of fields # a void is very special void_type The following are derived types : pointer_type,reference_type # function types allow for linkage function_type, type_* # we have a list of # here the user defines its own type_decl # this is a commonly defined user type complex_type, I ran the new RDFStats.pl (for two days (how slow)) on the parrot code. here are the names of the types of nodes and how often they occurred 4 boolean_type 8 reference_type 34 complex_type 66 union_type 68 parm_decl 124 var_decl 132 array_type 224 real_type 1204 enumeral_type 1468 void_type 1804 const_decl 2792 record_type 3344 field_decl 3930 type_decl 4414 integer_type 4592 function_type 5076 function_decl 6142 pointer_type 10254 tree_list 10864 integer_cst 13562 identifier_node here are the names of the fields and how often they occurred 4 refd 32 args 50 const 68 argt 86 restrict 96 used 108 high 112 domn 120 elts 232 csts 272 mngl 462 prec 684 flds 884 max 888 min 1474 low 1804 cnst 1804 purp 2356 unql 2508 ptd 2556 prms 2568 retn 3204 bpos 3272 scpe 5148 algn 5650 modifier 6098 lngt 6098 strg 6532 filename 6532 linenumber 10112 valu 10196 size 15072 name 16012 type 20232 chan 22610 tree-code here are the modfiers : extern "2516" undefined "2514" unsigned "256" struct "346" union "12" static "6" mike ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: Leopold T. <lt...@to...> - 2003-01-25 09:34:33
|
Nicholas Clark wrote:
> On Thu, Jan 23, 2003 at 02:48:38PM -0800, Brent Dax wrote:
>> struct Chunk {
>> opcode_t type;
>> opcode_t version;
>> opcode_t size;
>> void data[];
>> };
>>
>
> I agree with the "roughly" bit, but I'd suggest ensuring that you put
> in enough bits to get data[] 64 bit aligned.
>>If there's a directory of some sort, it should record the type ID and
>>the offset to the beginning of the chunk.
Putting this together, and inserting an "Id" field above, would give
alignment on a 64 bit boundary for data in PBC - assuming the strings,
data, ... are also N*64 bit wide.
> It might be useful for making "portable" fat bytecode.
As I stated, I changed all sizes/offsets to be opcode_t. Of course this
breaks reading 32 bit PBC on machines with 64 bit opcode_t - but this
was already broken before, e.g.:
header->magic = PackFile_fetch_op(self, cursor++);
If we want this portable, it probably should kook like
header->magic = PackFile_fetch_op(self, &cursor);
where the _fetch_xx has to advance the cursor by the PBC defined wordsize.
A _fetch_cstring and a _fetch_n_opcodes would also be handy. And for the
latter, if the packfile is mmap()ed, it shouldn't fetch anything, but
just set up the code pointer, advance the cursor, and remember, that the
code_segment->code field should better not be freed at destroy time.
> I'm thinking that register usage information from imcc could be of use
> to the JIT, as that would save it having to work out things again. So that
> probably needs a segment.
Yep. imcc does the whole CFG and life analysis, which JIT is doing
again. At least basic blocks and register usage could be passed. Though
register life range in JIT is different and depends on $arch. Calling
(JIT) external functions ends a registers life, so it must be saved
before calling and restored after.
> Also some way of storing a cryptographic signature in the file, so that you
> could compile a parrot that automatically refuses to load code that isn't
> signed by you.
The palladium parrot :)
>>Juergen Boemmels wrote:
>>>It might be even possible to dump the jitted code.
>>When you then are able to to get the same memory layout for a newly
>>created interpreter, it might even run ;-)
> So the JITted code contains lots of hard references to address in running
> interpreter? It's not just dependent on that particular binary's layout?
JIT/i386 does call parrot functions directly e.g. pmc_new_noinit or
string_make, so these would need relocation - or probably slightly
slower but simpler to handle a jump table. We (all? JIT $arch) have at
least one register pointing to parrot data. Including a jump table there
for used parrot functions would do it.
> I guess in future once the normal JIT works, and we've got the pigs flying
> nicely then it would be possible to write a Not Just In Time compiler that
> saves out assembly code and relocation instructions.
>
> Bah. That's "parrot -o foo.o foo.pmc" isn't it?
*g*
> Nicholas Clark
leo
|
|
From: Nicholas C. <ni...@un...> - 2003-01-24 23:41:07
|
On Thu, Jan 23, 2003 at 02:48:38PM -0800, Brent Dax wrote:
> Are you expecting to have chunk type determined by order? If so, what
> will you do if a future restructuring means you either don't need chunk
> type X or you need a new, highly incompatible version? Will you leave
> in an "empty" ghost chunk?
>
> I would suggest (roughly) the following format for a chunk:
>
> TYPE: One 32-bit number
> VERSION: One 32-bit number; suggested usage is as four eight-bit
> components
> SIZE: One 32-bit number of bytes (or maybe 64-bit)
> DATA: arbitrary length
>
> For C-heads, think of it like this:
>
> struct Chunk {
> opcode_t type;
> opcode_t version;
> opcode_t size;
> void data[];
> };
I agree with the "roughly" bit, but I'd suggest ensuring that you put
in enough bits to get data[] 64 bit aligned. Mainly because at least 1
architecture exists that has no 32 bit types (Crays I know about; others
may exist. I can't remember if perl 5.8 passes 100% of tests on Crays.
We certainly tried)
> If there's a directory of some sort, it should record the type ID and
> the offset to the beginning of the chunk. This should allow for a
> fairly quick lookup by type. If you think that there might be a demand
> for multiple instances of the same type of metadata, you may want to add
> a chunk ID of some sort.
It might be useful for making "portable" fat bytecode.
On Thu, Jan 23, 2003 at 01:39:03PM -0500, Dan Sugalski wrote:
> At 10:29 PM -0800 1/22/03, James Michael DuPont wrote:
> >You will probably think that this is overkill for parrot,
>
> Why yes, yes I do. On the other hand, when we hand people bazookas to
> deal with their fly problems, we often find they start in on the
> elephant problems as well.
No wonder the rolls of sticky elephant paper never sold.
> The proposal in general interests me--it looks like a general
> annotation system we can attach to the bytecode. (I admit, I haven't
> read the page you pointed at) I will admit, though, that I was
> thinking more about metadata that the engine could use itself, or
> would provide to programs running on it, but the scheme you've
> outlined may be useful for that.
I'm thinking that register usage information from imcc could be of use
to the JIT, as that would save it having to work out things again. So that
probably needs a segment.
Also some way of storing a cryptographic signature in the file, so that you
could compile a parrot that automatically refuses to load code that isn't
signed by you.
On Thu, Jan 23, 2003 at 05:05:54PM -0500, Dan Sugalski wrote:
> Which will generally be the case, I expect. Tell a sysadmin that they
> can reduce the memory footprint of mod_parrot by 50% by running a
> utility (that we provide in the parrot kit) over the library and I
> expect you'll see smoke from the keyboard as he/she whips off the
> command at supersonic speeds... :)
Followed by writs for claims for supersonic RSI addressed to p6i
On Fri, Jan 24, 2003 at 07:59:13AM +0100, Leopold Toetsch wrote:
> Juergen Boemmels wrote:
>
> >Dan Sugalski <da...@si...> writes:
>
>
> >It might be even possible to dump the jitted code. This would increase
> >the startup. Then strip the bytecode to reduce the size of the file
> >and TADA: Yet another new binary format.
>
>
> When you then are able to to get the same memory layout for a newly
> created interpreter, it might even run ;-)
So the JITted code contains lots of hard references to address in running
interpreter? It's not just dependent on that particular binary's layout?
I guess in future once the normal JIT works, and we've got the pigs flying
nicely then it would be possible to write a Not Just In Time compiler that
saves out assembly code and relocation instructions.
Bah. That's "parrot -o foo.o foo.pmc" isn't it?
Nicholas Clark
|
|
From: Dan S. <da...@si...> - 2003-01-23 21:28:30
|
At 10:29 PM -0800 1/22/03, James Michael DuPont wrote:
>You will probably think that this is overkill for parrot,
Why yes, yes I do. On the other hand, when we hand people bazookas to
deal with their fly problems, we often find they start in on the
elephant problems as well.
The proposal in general interests me--it looks like a general
annotation system we can attach to the bytecode. (I admit, I haven't
read the page you pointed at) I will admit, though, that I was
thinking more about metadata that the engine could use itself, or
would provide to programs running on it, but the scheme you've
outlined may be useful for that.
'Swhat I get for asking a too-general question. :)
--
Dan
--------------------------------------"it's like this"-------------------
Dan Sugalski even samurai
da...@si... have teddy bears and even
teddy bears get drunk
|
|
From: Dupont, M. <mic...@mc...> - 2003-01-23 13:06:45
|
I used the command cwm --ntriples test.ntripples --rdf > test.rdf
then edited it to look nice :
after that,you find the n3 output as well.
---------------------------------------------------------------------------
<!-- Processed by Id: cwm.py,v 1.115 2003/01/10 17:13:13 timbl Exp -->
<!-- using base
file:/cygdrive/c/development/testing/cwm/2000/10/swap/test.ntriples-->
<rdf:RDF
xmlns="file:/cygdrive/c/development/testing/cwm/2000/10/swap/test.ntriples#"
xmlns:log="http://www.w3.org/2000/10/swap/log#"
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:node_fields="http://purl.oclc.org/NET/introspector/2002/11/24/gcc/node
_fields#"
xmlns:node_types="http://purl.oclc.org/NET/introspector/2002/11/24/gcc/node_
types#"
xmlns:node_modifier="http://purl.oclc.org/NET/introspector/2002/11/24/gcc/no
de_modifiers#"
>
<rdf:Description rdf:about="#id-1">
<node_fields:args
rdf:resource="#id-5"/>
<node_fields:args
rdf:resource="node_types:parm_decl"/>
<node_fields:chan
rdf:resource="#id-4"/>
<node_fields:chan
rdf:resource="node_types:function_decl"/>
<node_fields:filename
rdf:resource="#filename-ildasm_main.c"/>
<node_fields:linenumber >459</node_fields:linenumber>
<node_fields:modifier
rdf:resource="node_modifiers:static"/>
<node_fields:name
rdf:resource="#id-2"/>
<node_fields:name
rdf:resource="node_types:identifier_node"/>
<node_fields:tree-code
rdf:resource="node_types:function_decl"/>
<node_fields:type
rdf:resource="#id-3"/>
<node_fields:type
rdf:resource="node_types:function_type"/>
</rdf:Description>
<rdf:Description rdf:about="#id-2">
<node_fields:lngt>12</node_fields:lngt>
<node_fields:strg >dumpAssembly</node_fields:strg>
<node_fields:tree-code
rdf:resource="node_types:identifier_node"/>
</rdf:Description>
<rdf:Description rdf:about="#id-10">
<node_fields:args
rdf:resource="#id-21"/>
<node_fields:args
rdf:resource="node_types:parm_decl"/>
<node_fields:chan
rdf:resource="#id-20"/>
<node_fields:chan
rdf:resource="node_types:function_decl"/>
<node_fields:filename
rdf:resource="#filename-ildasm_main.c"/>
<node_fields:linenumber >391</node_fields:linenumber>
<node_fields:modifier
rdf:resource="node_modifiers:static"/>
<node_fields:name
rdf:resource="#id-19"/>
<node_fields:name
rdf:resource="node_types:identifier_node"/>
<node_fields:tree-code
rdf:resource="node_types:function_decl"/>
<node_fields:type
rdf:resource="#id-3"/>
<node_fields:type
rdf:resource="node_types:function_type"/>
</rdf:Description>
<rdf:Description rdf:about="#id-100">
<node_fields:lngt >9</node_fields:lngt>
<node_fields:strg >ILContext</node_fields:strg>
<node_fields:tree-code
rdf:resource="node_types:identifier_node"/>
</rdf:Description>
</rdf:RDF>
----------------------------------------------------------------------------
--------
#Processed by Id: cwm.py,v 1.115 2003/01/10 17:13:13 timbl Exp
# using base
file:/cygdrive/c/development/testing/cwm/2000/10/swap/test.rdf
# Notation3 generation by
# notation3.py,v 1.131 2003/01/21 16:10:36 timbl Exp
# Base was: file:/cygdrive/c/development/testing/cwm/2000/10/swap/test.rdf
@prefix : <#> .
@prefix log: <http://www.w3.org/2000/10/swap/log#> .
@prefix node_fields:
<http://purl.oclc.org/NET/introspector/2002/11/24/gcc/node_fields#> .
@prefix node_modifier:
<http://purl.oclc.org/NET/introspector/2002/11/24/gcc/node_modifiers#> .
@prefix node_types:
<http://purl.oclc.org/NET/introspector/2002/11/24/gcc/node_types#> .
@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
:id-1 node_fields:args :id-5,
<node_types:parm_decl>;
node_fields:chan :id-4,
<node_types:function_decl>;
node_fields:filename <#filename-ildasm_main.c>;
node_fields:linenumber "459";
node_fields:modifier <node_modifiers:static>;
node_fields:name :id-2,
<node_types:identifier_node>;
node_fields:tree-code <node_types:function_decl>;
node_fields:type :id-3,
<node_types:function_type> .
:id-10 node_fields:args :id-21,
<node_types:parm_decl>;
node_fields:chan :id-20,
<node_types:function_decl>;
node_fields:filename <#filename-ildasm_main.c>;
node_fields:linenumber "391";
node_fields:modifier <node_node_fields:modifiers:static>;
node_fields:name :id-19,
<node_types:identifier_node>;
node_fields:tree-code <node_types:function_decl>;
node_fields:type :id-3,
<node_types:function_type> .
:id-100 node_fields:lngt "9";
node_fields:strg "ILContext";
node_fields:tree-code <node_types:identifier_node> .
#ENDS
-----Original Message-----
From: Bernardi Mario Luca [mailto:mar...@in...]
Sent: Thursday, January 23, 2003 1:43 PM
To: James Michael DuPont
Cc: introspector ml
Subject: [Introspector-developers] Some links ...
Hi all ,
I've started using cwm and it seems good.
I also converted ntriples in RDF and KIF ( Knowledge Interchange
Format).
Here are some links for kif:
http://www.w3.org/2000/10/swap/n-triples2kif.pl
http://www.csee.umbc.edu/kse/kif/
http://users.bestweb.net/~sowa/krbook/
http://www-ksl.stanford.edu/knowledge-sharing/kif/
Since more format we have more tools we can use , take a look to these:
http://www.cs.utexas.edu/users/mfkb/related.html#semantic-web
http://ksl-web.stanford.edu/kst/ontology-sources.html
These are good link collections on KBS , Ontology Projects and the like.
There are some knowledge sharing tools based on lisp & prolog that use
KIF and pheraphs need some attention.
Now i go to find chains(mike , i'm doing the cmd tool with 4 parameters)
& to take a look to cwmclone for prolog ( i'm very curious about it's
capabilities).
--
Cheers,
Bernardi Mario Luca <mar...@in...>
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
Introspector-developers mailing list
Int...@li...
https://lists.sourceforge.net/lists/listinfo/introspector-developers
|
|
From: Bernardi M. L. <mar...@in...> - 2003-01-23 12:41:02
|
Hi all , I've started using cwm and it seems good. I also converted ntriples in RDF and KIF ( Knowledge Interchange Format). Here are some links for kif: http://www.w3.org/2000/10/swap/n-triples2kif.pl http://www.csee.umbc.edu/kse/kif/ http://users.bestweb.net/~sowa/krbook/ http://www-ksl.stanford.edu/knowledge-sharing/kif/ Since more format we have more tools we can use , take a look to these: http://www.cs.utexas.edu/users/mfkb/related.html#semantic-web http://ksl-web.stanford.edu/kst/ontology-sources.html These are good link collections on KBS , Ontology Projects and the like. There are some knowledge sharing tools based on lisp & prolog that use KIF and pheraphs need some attention. Now i go to find chains(mike , i'm doing the cmd tool with 4 parameters) & to take a look to cwmclone for prolog ( i'm very curious about it's capabilities). -- Cheers, Bernardi Mario Luca <mar...@in...> |
|
From: James M. D. <mdu...@ya...> - 2003-01-23 06:29:45
|
--- Dan Sugalski <da...@si...> wrote: > Since it looks like it's time to extend the packfile format and the > in-memory bytecode layout, this would be the time to start discussing > > metadata. What sorts of metadata do people think are useful to have > in either the packfile (on disk) or in the bytecode (in memory). > > Keep in mind that parrot may be in the position where it has to > ignore or mistrust the metadata, so be really cautious with things > you propose as required. Dear Dan, I would like to see a powerful meta-data system made possible, even if it is not implemented immediatly. The symantic web researchers like David Beckett and Tim Bernard-Lee have been working on powerfull systems to support meta-data in general, maybe as the parrot meta-data is just getting started, we can cut a bit of that off? Take a look at the list here at Diffuse MetaData Interchange [4] at the bottom of this mail, you will see an overview of metadata systems. Even if they are not specific to parrot, the goals are similar in many casess. Recently I have been making progress with the rdf[1], specifically with the redland application framework[2]. With the simple concept of triples of data, a triple being (subject, predicate, object) we are able to capture the metadata of the gcc compiler, and I hope other compilers and systems. Redland is written in clean c, and supports meta-data storage in memory, and on disk in multiple formats, in rdf/xml, rdf/ntriples (even in berkleydb). It would be possible to create a new storage model to store the a packfile as well. The subjects are the items in the program, the node, each getting a number inside the system. Predicates are important, the represent the meat of the system. The objects are either literal data or other subjects. Via the redland api, you can add in new statements about things, and find all the statements about a subject, about an object, all that meet a predicate. I tell you this, because maybe you want to provide this sort of flexible meta-data api into parrot : for example the predicates that we extract that you might find interesting : * Filename of the node * Line number of the node (the Column Number is not supported yet) * Internal Type of the node (variable declaration, type, integer const, etc), as opposed to the type of the * Name of the node (the identifier) * Type of the node (if it is a variable, or constant) this is a pointer to another node * Unsigned Type of a type, if a type supports itself being unsigned, here it is. * Comments are supported, but not used yet, but would be a good idea. Now we get into more specific types of predicates * Parameters of an expression * Variables in a block * Size of a variable * Alignment of a variable * Constant flag * Volitile flag then we have * Fields of a struct * Parameters of a function * Return type of a function * Body block of a function So, with this idea of meta-data, by adding more predicates, you can support the capturing and storage of all the source code in an abstract form, or just the basic function data. You will probably think that this is overkill for parrot, but I think that it would give you an extensible system to add in new forms of meta-data as langauges are added. Via OWL[3] the users will be able to define the meaning and the classes of metadata as well. mike [1] RDF http://www.w3.org/RDF/ [2] Redland http://www.redland.opensource.ac.uk/ [3] OWL http://www.w3.org/TR/owl-absyn/ [4] Diffuse MetaData Interchange standards http://www.diffuse.org/meta.html ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: Gary F. <gar...@js...> - 2003-01-21 12:24:38
|
Thanks!!! James Michael DuPont wrote: > Dear Gary, > > Here is the promised java code, > I could not get the lego class lib to compile. but it works from a > simplified test. > > in fact, the code you gave me was not java, but a strange form > of the mindstorms stuff mixed with java : that was what happens when I run V0.2 xslt on V0.3 JSCode oops and thanks for going ahead I'm looking over what you did and will get back here. It looks good. > > http://introspector.sourceforge.net/2003/01/21/test.java/ > > here is the source : > http://introspector.sourceforge.net/2003/01/21/test.java/test.java trim > > here is the script to run it : > http://introspector.sourceforge.net/2003/01/21/test.java/runtest.sh > trim > > here is the class > http://introspector.sourceforge.net/2003/01/21/test.java/_global__.class_.ntriples trim > > > Happy? > > mike Gary |
|
From: James M. D. <mdu...@ya...> - 2003-01-21 11:56:52
|
Bye the way. this is from the gcc cvs head 3.2.1 compiled on Debian GNU/Linux unstable but it should work for all linux versions. mike --- James Michael DuPont <mdu...@ya...> wrote: > http://introspector.sourceforge.net/debian/gcc-introspector-bin-0.4.tar.gz > > here are the tests engines for gcc 3.2.1. > cc1, cc1plud jc1 > > you need to have gcc 3.2.1 installed already to use the java. > > oh, and the introspector perl modules. > i have not tested them yet on a different machine > if you are brave..... > > mike > > ===== > James Michael DuPont > http://introspector.sourceforge.net/ > > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Introspector-developers mailing list > Int...@li... > https://lists.sourceforge.net/lists/listinfo/introspector-developers ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: James M. D. <mdu...@ya...> - 2003-01-21 11:51:56
|
http://introspector.sourceforge.net/debian/gcc-introspector-bin-0.4.tar.gz here are the tests engines for gcc 3.2.1. cc1, cc1plud jc1 you need to have gcc 3.2.1 installed already to use the java. oh, and the introspector perl modules. i have not tested them yet on a different machine if you are brave..... mike ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: James M. D. <mdu...@ya...> - 2003-01-21 00:08:31
|
dear all, can you please help me prepare some test cases for the c++/pnvoke handling? I would like to test the introspector on some code, the best would be the code that uses swig, inline or c# pinvoke. Anything that has a monster header file would do! Would it be possible to compile a c or c++ file that includes most of the header code in it with "-save-temps". you can do this via CXXFLAGS='$CXXFLAGS -save-temps' IIRC. The please gz the file and put it somewhere where i can pick it up, and mail the location to me. Or in general, if you have any c, c++ or java code that you compile with the gcc that is of any interest, because of a complex class structure or code, please consider submitting a test case. but please dont send me the file directly to my mail, because i have only 1/2mb space left. thanks, mike ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: James M. D. <mdu...@ya...> - 2003-01-20 23:55:20
|
Dear Gary, Here is the promised java code, I could not get the lego class lib to compile. but it works from a simplified test. in fact, the code you gave me was not java, but a strange form of the mindstorms stuff mixed with java : http://introspector.sourceforge.net/2003/01/21/test.java/ here is the source : http://introspector.sourceforge.net/2003/01/21/test.java/test.java /* import josx.platform.rcx.Motor; import josx.platform.rcx.Sound; import bb; */ public class test { public static void bb_Forward (int x ) { } public static void bb_TurnLeft (int x ) { } public static void main(String[] args) throws InterruptedException { for (int myIx = 0; myIx < 4; myIx++) { bb_Forward(100); bb_TurnLeft(75); } } } here is the script to run it : http://introspector.sourceforge.net/2003/01/21/test.java/runtest.sh #export CLASSPATH=/usr/share/java/libgcj.jar #~/gcc-main/gcc-introspector-0.1/gcc/stage1/jc1 test.java -fhash-synchronization -fno-use-divide-subroutine -fuse-boehm-gc -fnon-call-exceptions -fkeep-inline-functions -g1 -fdump-class-hierarchy -fdump-tree-original -fdump-translation-unit here is the class http://introspector.sourceforge.net/2003/01/21/test.java/_global__.class_.ntriples Here is a variable declaration : <#id-25> <node_fields#filename> <#filename-test.java> . <#id-25> <node_fields#linenumber> "18" . <#id-25> <node_fields#name> <node_types#identifier_node> . <#id-25> <node_fields#name> <#id-32> . <#id-32> <node_fields#strg> "myIx" . <#id-32> <node_fields#tree-code> <node_types#identifier_node> . <#id-25> <node_fields#algn> "32" . <#id-25> <node_fields#size> <node_types#integer_cst> . <#id-25> <node_fields#size> <#id-33> . <#id-25> <node_fields#type> <node_types#integer_type> . <#id-25> <node_fields#type> <#id-27> . <#id-25> <node_fields#tree-code> <node_types#var_decl> . Happy? mike ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: <mdu...@ya...> - 2003-01-20 23:02:28
|
mdupont777 is sharing some photos with you! Guys, <br>Here is a patch to the new swig <br>that generates C# wrappers. It should be very interested for dotgnu , which supports c#, <br>and for redland which uses swig. <br>Peter minten has a patch for it as well, if you need that tell me. <br>thanks, <br>mike ---------------------------------------------------------------------- Documents from http://briefcase.yahoo.com/mdupont777 1. CLR_support_for_SWIG_1.3.17.zip http://briefcase.yahoo.com/bc/mdupont777/vwp2?.tok=bcDMI.QBulMeq_QW&.dir=/Mail+Attachments&.dnm=CLR_support_for_SWIG_1.3.17.zip&.src=bc ---------------------------------------------------------------------- Share pictures and files with Yahoo! Briefcase http://briefcase.yahoo.com Note: Please access files only from people you trust. |
|
From: James M. D. <mdu...@ya...> - 2003-01-20 10:21:17
|
--- James Michael DuPont <mdu...@ya...> wrote: > From James Michael DuPont Mon Jan 20 00:43:25 2003 > Received: from [194.202.25.243] by web41508.mail.yahoo.com via HTTP; > Mon, 20 Jan 2003 00:43:25 PST > Date: Mon, 20 Jan 2003 00:43:25 -0800 (PST) > From: James Michael DuPont <mdu...@ya...> > Subject: Re: RDF in mozilla > To: Dan Mosedale <dm...@mo...> > CC: Myk Melez <my...@mo...>, pe...@ne..., > wat...@ne..., > Dave Beckett <dav...@br...> > In-Reply-To: <3E2...@mo...> > MIME-Version: 1.0 > Content-Type: text/plain; charset=us-ascii > Content-Length: 1641 > > Dan, > > I have been using the rdf redland/raptor [1] application framework > for > dealing with rdf. (i cced dajobe on this mail) > > We are building an RDF interface into the gcc ASTS [2]. > > This provides a internal view of the source code, based on the gcc > internal representation. > This could be a good addition to the lxr technology, and will provide > something similar to doxygen in the end, but better. > > Currently I am experimenting with packaging > of the resulting rdf sources, you can find examples of this, applied > to > the raptor lib, (the parser module of it) itself here [6]. > > The problem is that we have huge files, the rdf created from the > global > gcc data is like 5mb, you will find a 400k gziped ntriples here [7]. > So we need to deal with large rdf files, and with gziped ones. > > Currently we are using the ntriples[3] format for output. > Have you any plans for supporting ntriples? The raptor lib is very > good, easy to use. > It seems that raptor could be used as a rdf datasource as described > in > [5] > > We are currently planning our GUI based on the GTK+ gui framework, > based on DIA[4]. But Mozilla is very important for use, we want to be > able to provide image-mapped png output (maybe svg). > > It is a shame that we have like 3 different RDF apis, the gnu rdflib, > redland, and the mozilla one. It would be possible to have the > redland > api into the mozilla. > > Regards, > > mike > > [1] Redland raptor > http://www.redland.opensource.ac.uk/raptor/ > > [2] Introspector home > http://introspector.sf.net > > [3] NTriples > http://www.w3.org/2001/sw/RDFCore/ntriples/ > > [4] Dia homepage > http://www.lysator.liu.se/~alla/dia/ > > [5] RDF backend howto > http://www.mozilla.org/rdf/doc/datasource-howto.html > > [6] Example rdf package extracted from raptor > http://introspector.sourceforge.net/debian/incoming/raptor-raptor-parse_0.1.orig.tar.gz > > [7] Example gzipped global rdf extracted from gcc source code > http://introspector.sourceforge.net/2003/01/19/cppdefault.i/_global__.tu_.ntriples.gz > --- Dan Mosedale <dm...@mo...> wrote: > > James Michael DuPont wrote: > > > > >Dan, > > >Thank you very much. > > >I was excited to hear about the possibilities of mozila in dealing > > with > > >rdf. > > > > > Sure thing. > > > > >I would like to start out with planning for getting some guis > going > > >based on these rdf files. Is there a generic rdf viewer in > mozilla? > > > > > > > > There isn't really, as far as I'm aware. Maybe somebody else CCed > on > > > > this note knows of one. Right now, you need to come up with some > > sort > > of XUL that uses templates to create such a viewer. > > > > Dan > > > > >mike > > >--- Dan Mosedale <dm...@mo...> wrote: > > > > > > > > >>The mozilla.org docs about XUL and RDF are here: > > >> > > >>http://www.mozilla.org/rdf/doc/ > > >> > > >>The example of this stuff in action that I showed you yesterday > is > > >>here: > > >> > > >>jar:http://bugzilla.mozilla.org/duplicates.jar!/duplicates.xul > > >> > > >>Myk, whom I've CCed on this note, is the author of that example, > > and > > >>may > > >>be able to help you out of if you have questions while playing > > around > > >>with this stuff. > > > > ===== > James Michael DuPont > http://introspector.sourceforge.net/ > > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com > ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: James M. D. <mdu...@ya...> - 2003-01-20 10:20:49
|
--- James Michael DuPont <mdu...@ya...> wrote: > From James Michael DuPont Mon Jan 20 02:17:11 2003 > Received: from [194.202.25.243] by web41503.mail.yahoo.com via HTTP; > Mon, 20 Jan 2003 02:17:11 PST > Date: Mon, 20 Jan 2003 02:17:11 -0800 (PST) > From: James Michael DuPont <mdu...@ya...> > Subject: Example of the gcc internals described in rdf/ntriples via > the gcc-introspector > To: gc...@gn... > MIME-Version: 1.0 > Content-Type: text/plain; charset=us-ascii > Content-Length: 1058 > > Dear fellow hackers, > > I have produced a mutation of the debian source package that contains > the rdf dump of cppdefault.c in rdf/ntriples format. > > The idea is to create signed debian packages that contain the > meta-data > about a package in a standard form. The dpkg system will be very good > for this purpose. As it contains methods for the automatic > compilation. > > > Currently I am planning an extension to apt-src to download, compile > with the gcc-introspector and store the resulting meta-data as a > derived source package. That way we can also use the standard > packaging > systems to get at the data if needed, and to have people vouch for > the > validity. > > http://introspector.sourceforge.net/debian/incoming/gcc-3.2-cppdefault_0.1-1_source.changes > http://introspector.sourceforge.net/debian/incoming/gcc-3.2-cppdefault_0.1.orig.tar.gz > > You can view also the data online : > http://introspector.sourceforge.net/2003/01/19/cppdefault.i/ > > Here is the expanded source code that was fed to the introspector : > based on the gcc.3.2 cvs > http://introspector.sourceforge.net/2003/01/19/cppdefault.i/cppdefault.i > > Not that this does not contain much of the gcc, and serves only a > simple example. > > You will find a gzip of the global rdfs : > http://introspector.sourceforge.net/2003/01/19/cppdefault.i/_global__.tu_.ntriples.gz > > you can see how the ntriples format is easy > to process, for example if you want to extract all the ids that are > like "ix86", you can just grep and cut > > $ grep \#strg _global__.tu_.ntriples | cut -d\" -f2 | sort -u | grep > ix8 > ix86_align_funcs_string > ix86_align_jumps_string > ix86_align_loops_string > ix86_arch > ix86_arch_string > ix86_args > ix86_asm_dialect > ix86_asm_string > ix86_branch_cost > ix86_branch_cost_string > ix86_builtins > ix86_cmodel > ix86_cmodel_string > ix86_compare_op0 > ix86_compare_op1 > ix86_cost > ix86_cpu > ix86_cpu_string > ix86_debug_addr_string > ix86_debug_arg_string > ix86_fpmath > ix86_fpmath_string > ix86_preferred_stack_boundary > ix86_preferred_stack_boundary_string > ix86_regparm > ix86_regparm_string > ix86_tls_dialect > ix86_tls_dialect_string > > Thanks to Mark Mitchell and all the gcc hackers for the fine > dump-translation-unit apon which this is based. > > mike > > ===== > James Michael DuPont > http://introspector.sourceforge.net/ > > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com > ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: James M. D. <mdu...@ya...> - 2003-01-20 10:20:28
|
Dear all, I have now published a representative set of test data for the introspector rdf/ntriples. you will find them in two formats, as rdf stored in debian source packages(just a tgz with a separate header) and some are put online so you can view them quickly. One person was asking about how I want to store rdf files, and I have to say, it is very difficult to handle the types of data that the gcc produces. For each different source package and version, and each compiler setting, there is a different resulting file. So in the end, the one thing we can do is to base the sources on the debian packaging system. It is based on pristine and signed sources. Based on a signed package, we will produce a set of rdf files that are derived from that one package. you can see and example here http://introspector.sourceforge.net/debian/incoming/m4-builtin_0.1-1_source.changes So we have a resource the basically vouches for and describes another resource. That itself would be a good application of rdf. Please help me test these ntriples files, I bet that many of you have interesting applications that could use this data. Here are the deb-src snapshots m4: http://introspector.sourceforge.net/debian/incoming/m4-builtin_0.1.orig.tar.gz raptor + bison : http://introspector.sourceforge.net/debian/incoming/raptor-raptor-parse_0.1.orig.tar.gz parrot : http://introspector.sourceforge.net/debian/incoming/parrot-packdump_1.17.orig.tar.gz pnet/ildasm : http://introspector.sourceforge.net/debian/incoming/pnet-0.5-ildasm_0.1.orig.tar.gz gcc : http://introspector.sourceforge.net/debian/incoming/gcc-3.2-cppdefault_0.1.orig.tar.gz Here are some online examples : parrot :http://introspector.sourceforge.net/2003/01/19/parrot-packdump/ m4 :http://introspector.sourceforge.net/2003/01/20/m4-builtin/ gcc :http://introspector.sourceforge.net/2003/01/19/cppdefault.i/ raptor :http://introspector.sourceforge.net/2003/01/19/raptor-parse/ ildasm :http://introspector.sourceforge.net/2003/01/19/pnet-ildasm/ ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: James M. D. <mdu...@ya...> - 2003-01-20 09:44:50
|
Dear all, I am on a "warpath", the time has come to use the introspector in "anger". I have started to convert all the major components and interfaces into rdf, and package the resulting files as debian packages. m4: http://introspector.sourceforge.net/debian/incoming/m4-builtin_0.1.orig.tar.gz raptor + bison : http://introspector.sourceforge.net/debian/incoming/raptor-raptor-parse_0.1.orig.tar.gz parrot : http://introspector.sourceforge.net/debian/incoming/parrot-packdump_1.17.orig.tar.gz pnet/ildasm : http://introspector.sourceforge.net/debian/incoming/pnet-0.5-ildasm_0.1.orig.tar.gz gcc : http://introspector.sourceforge.net/debian/incoming/gcc-3.2-cppdefault_0.1.orig.tar.gz Other that are in the work : bash gtk+ redland perl perl inline c emacs vcg dia openc++ if anyone wants to help? please tell me! mike ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: James M. D. <mdu...@ya...> - 2003-01-20 09:35:54
|
In this directory, you will find a ntriples version of the http://introspector.sourceforge.net/2003/01/19/pnet-ildasm/ The globals file, contains all the major datastructure of the pnet. http://introspector.sourceforge.net/2003/01/19/pnet- ildasm/_global__.tu_.ntriples.gz These files will help the programmers of pnet in making new software. You will see how these files can be easily processed via grep, cut. $ grep \#strg _global__.tu_.ntriples | cut -d\" -f2 | sort -u | grep ILMethod ILMethod ILMethodCallConvFlags ILMethodCode ILMethodCreate ILMethodDefinitionFlags ILMethodFreeExceptions ILMethodGetCallConv ILMethodGetCode ILMethodGetExceptions ILMethodGetImplAttrs ILMethodGetRVA ILMethodGetUserData ILMethodImplementationFlags ILMethodIsConstructor ILMethodIsStaticConstructor ILMethodNewToken ILMethodNextParam ILMethodResolveCallSite ILMethodSem ILMethodSemCreate ILMethodSemGetByType ILMethodSemGetEvent ILMethodSemGetMethod ILMethodSemGetProperty ILMethodSemGetType ILMethodSemanticsFlags ILMethodSetCallConv ILMethodSetImplAttrs ILMethodSetRVA ILMethodSetUserData _tagILMethod _tagILMethodSem Also if you are interested, you will find dumps of the data structures of other modules : parrot :http://introspector.sourceforge.net/2003/01/19/parrot-packdump/ m4 :http://introspector.sourceforge.net/2003/01/20/m4-builtin/ gcc :http://introspector.sourceforge.net/2003/01/19/cppdefault.i/ raptor :http://introspector.sourceforge.net/2003/01/19/raptor-parse/ ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: James M. D. <mdu...@ya...> - 2003-01-19 15:08:36
|
Dear fellow hackers, I have submitted the 0.4 release to cpan for inclusion. https://pause.perl.org/pub/PAUSE/authors/id/M/MD/MDUPONT/Introspector-0.04.tar.gz Hope it all works out! mike ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: James M. D. <mdu...@ya...> - 2003-01-19 14:52:06
|
Dear Fellow hackers, I am just finishing up a new and cleaned up cvs branch, please try this one out. It supports a new and cleaned up directory structure, perls ExtUtils::MakeMaker and Debian Packaging. you can view it here : http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/introspector/libintrospector-perl-0.04/introspector-0.04/ or get it from cvs like this : # cvs -d:pserver:ano...@cv...:/cvsroot/introspector login # cvs -z3 -d:pserver:ano...@cv...:/cvsroot/introspector co libintrospector-perl-0.04 I have also removed all the test code, and that will but put back in when the testing framework is better. mike ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: James M. D. <mdu...@ya...> - 2003-01-19 12:55:40
|
Dear all, I have cleaned up the perl directory structure you can now run the perl introspector driver from anywhere like this : "intrspctr.pl " I will be checking this into cvs soon. Please report that you can test this before we make a major change. The new module does not produce pages of errors or pages of text to the screen. you dont need to make any directory, but it will output the files into the cureent subdir + input,output,Introspector I am using the debian packaging system, but you can get the source from the usual spot : http://introspector.sourceforge.net/debian/incoming/ MD5 SIZE and Filename 3171fd2a3b4a8ff5d65281eb3fdfc75a 1280255 libintrospector-perl_0.04-2.tar.gz 4ec3d935321c670bdf3a101e4d4fdb5b 185438 libintrospector-perl_0.04-2_i386.deb All the important perl modules have been moved to the new directory structure. The next step will be to remove the static calls to things like Introspector::dynload and also to rename the packages to have upper case. I have not gotten the java stuff running yet, here, but am preparing a binary release that will include java. please be patient :) mike here is the changes file that shows you all the important things. -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Sun, 19 Jan 2002 13:20:30 +0100 Source: libintrospector-perl Binary: libintrospector-perl Architecture: source i386 Version: 0.04-2 Distribution: unstable Urgency: low Maintainer: James Michael DuPont <mdu...@ya...> Changed-By: James Michael DuPont Description: libintrospector-perl - IntrOspEctOr Driver Changes: libintrospector-perl (0.04-2) unstable; urgency=low . * cleaned up perl Files: 6cf1983f3438897e3848c269f10caf7b 562 interpreters optional libintrospector-perl_0.04-2.dsc 3171fd2a3b4a8ff5d65281eb3fdfc75a 1280255 interpreters optional libintrospector-perl_0.04-2.tar.gz 4ec3d935321c670bdf3a101e4d4fdb5b 185438 interpreters optional libintrospector-perl_0.04-2_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+Kp7u7TaNAfoTAloRAl02AJ9ova+qH+qw3fdYsrJ/vph3qX4P1wCfTOWV gdlpDvd1604VbPkilqmkdBk= =jDn7 -----END PGP SIGNATURE----- ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: James M. D. <mdu...@ya...> - 2003-01-18 00:11:17
|
for those who dont have gcc cvs, here is a "patch" that is easier to apply. it is extracted off of GCC head, but should work on other versions i need a tester for : 1. debian 3.2 and 2.9 and mingw cross 2. redhat 3.2 and 2.9 3. cygwin 3.2 and 2.9 and ming 4. gentoo please try and patch and report errors. you will also need redland that will be packaged next today i tried to patch the cygwin gcc 3.2.1-3 to setup the java but it was too different than the cvs head https://sourceforge.net/project/shownotes.php?release_id=134357 http://prdownloads.sourceforge.net/introspector/introspector_0.4.diff.gz?download mike ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: James M. D. <mdu...@ya...> - 2003-01-17 16:00:13
|
Some people just have a BAD ATTITUDE! I hope that no one in the introspector project treats people like the new management of TUNES. --- James Michael DuPont <mdu...@ya...> wrote: > Delivered-To: tu...@be... > From: James Michael DuPont <mdu...@ya...> > Subject: Re: doubt about object oriented operating systems > To: Brian T Rice <wa...@tu...>, Sm...@ln... > CC: tu...@tu... > --- Brian T Rice <wa...@tu...> wrote: > > On Fri, 17 Jan 2003 Sm...@ln... wrote: > > > > > what do you mean by object oriented operating systems? what is > the > > basic > > > concept of object oriented operating systems? what are its > > advantages? > > > > Go troll somewhere else. If you have to ask this question, you are > in > > the > > wrong place at the wrong time. > > Hey, Simita.K, > Please excuse Brians tone. I dont think he means it personally. > > I have often got onto his wrong side, but I dont think that he hates > me > as a person, just stupid questions. > > He is a really smart guy, but does have the time to answering newbie > questions. > > You posed a good "newbie" question, but let me say, that tunes does > not > like the term "OO", see the page : > http://cliki.tunes.org:8000/Object-Oriented > > Check this out : > http://www.cs.arizona.edu/people/bridges/os/oop.html > ------------------------------------------------------------------- > Tunes is a project to replace existing Operating Systems, Languages, > and User Interfaces by a completely rethough Computing System, based > on > a correctness-proof-secure higher-order reflective self-extensible > fine-grained distributed persistent fault-tolerant version-aware > decentralized (no-kernel) object system. We want to implement such a > system because we know all these are required for the computing > industry to compete fairly, which is not currently possible. Even if > Tunes itself does not become a world-wide OS, we hope the TUNES > experience can speed up the appearance of such an OS that would > fulfill > our requirements. > > the link is broken, > http://acacia.ens.fr:8080/home/rideau/Tunes/Project_Members.html > ------------------------------------------------------------------- > > If you look at the tunes definition of OS : > http://cliki.tunes.org:8000/Operating%20System > ------------------------------------------------------------------------ > In the TUNES project, the term for any common cultural background > between different computers. > In the false-hearted paradigm imposed by computer industry, an > arbitrarily delimited part of a computing system that only deals with > limited, first-order, low-level services while inducing severe > "context-switch" overhead for every single operation. > > See the Operating Systems reviewed for examples. > ------------------------------------------------------------------------ > > > I dont think that tunes like the term "OO" > so i would say lets look at the cliki for > -------------------------------------------------- > Object > A unified term to manipulate computer abstractions. The name 'object' > is commonly used for that, although the first somewhat-unified frame > to > manipulate computer abstractions, namely Lisp, used lists. > The Tunes perspective is that any 'thing' spoken of in a system > counts > as an object; not merely those encoded in some particular way or > observing some particular properties of Being. > > Beware the fake: it's also a fad to be "Object-Oriented"! > > For example, when trying to "define" objects, some people say that an > object is something that "has a unique ID" (that is, can be > individually identified). Now what is a unique ID? In what space does > it live? This simply pushes other ideas of objects out to another > level. Identifying for the sake of being identifiable is of limited > value. Of course objects can be differentiated from each other, but > this should be done according to useful semantical differences. Just > saying "we consider objects" is enough and encompasses it. > -------------------------------------------------- > > So you can see that the idea of an object is important > to tunes, but they are questioning many of the preconceived ideas and > are breaking down the walls between the different software. > > mike ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: James M. D. <mdu...@ya...> - 2003-01-17 15:20:33
|
--- Gary Frederick <gar...@js...> wrote: > I don't know if it compiles with the Gnu Java Compiler. It should, > it's > just Java. > > Here is leJOS > http://lejos.sourceforge.net/ > the sample ran there. > found that, got it. More later. > a web site to submit code and get xml back!!! What a great idea. Good > > call Mike :-) (I just wanted an example compiled :-) ) There where some people who had that, i forget where. well, the dotgnu system supports webservices. right now my current idea is to use debian dpkg to control the compilation and package the meta-data into a separate package attachment. I am trying to setup the cygwin version right now, do you run under windows? Do you use cygwin? get www.cygwin.com/setup.exe and install the gcc 3.2, i will send you a patched version. mike ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
1 message has been excluded from this view by a project administrator.
