cxtable-devel Mailing List for xTable: Serverless Network (Page 4)
Status: Alpha
Brought to you by:
xiarcel
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(13) |
Dec
(70) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(28) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Williams, D. <DAV...@ca...> - 2001-12-11 00:02:32
|
Borne ((:>What follows is an {incomplete} list of a "CoreComm" package list of files... xAutoProcessor xListener xClientConn xSockWriter xWriteWorker xWriteQueue xSockReader xMessageConverter xLineSplit xListener xListenerRegistry xListenerDispatch xRegistry xRemoveListen xRemovable xConnect xConnectHook xConnectPool xConnectRemover xConnectWorker xValidator xValidListener xClientNeg xServSocket xServerListener ..there might be more... but I feel they belong. The remaining four (?) groups would be GUI/Plugs, Setup, "Registry", and "Peer" There would then be 5 logical groups to the core package ((The "Chess" really doesn't count ;-) )) So far, what do you think? ->How do I change those things in CVS...or would you prefer to do it? Thanks, Dave David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |
From: Williams, D. <DAV...@ca...> - 2001-12-10 23:43:38
|
Well...for the time being, we can move ALL of the following .javas to "Chess" subsection... to unclutter the field... xBishop xBishopMoves xChessBox xChessGamex xChessLauncher xChessManager xChessMove xChessMoveListener xChessValidator xEmptyPiece xKing xKnight xKnightMoves xMove xMoveListen xPawn xPiece xQueen xRook xRookMoves David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |
From: Williams, D. <DAV...@ca...> - 2001-12-10 19:59:26
|
Let's say I have Package One, Package Two and Package Three In One, there are 2-3 classes that are used elsewhere. In Two, it uses classes from One, as well as classes from Three...also, it has 2-3 classes used elsewhere In Three, there are classes that are used elsewhere and uses classes from Two When you go to compile them, all of the things in Two that require Three will be unhappy. All of the things in Three that require Two would be unhappy.. I guess I could think of about 5 packages that the project could be placed in, but 3 of them overlap, and so my thought is that those 3 should become 1 package... ~Dave PS- The "Chess Game" is technically a plugin...partially due to my lack of skill with packaging and custom class loaders, the "Plugin" implementors share the directory with the remainder of the project. These classes could be placed ENTIRELY in their own package, but then I would need to figure out a way to access them reflectively later... ~Dave David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |
From: Borne Goodman-M. <bm...@eg...> - 2001-12-07 20:36:58
|
The most expensive object to create an instance of in Java is an array, so if this process is done often, then it could certainly have an impact on performance. --bjgm On Wed, 2001-12-05 at 10:46, Williams, David wrote: > Borne... > > (This code edit is reflected in the current source on CVS...I have not worked on it since) > I did something that I felt should have increased speed a bit on the inbound-processing end...but in testing it there was no difference in the benchmark. > > At the time the Listener-dispatch was started, it took System.currentTimeMillis(). Once it had finished cycling through all of its read-delegating, it did the same, took the difference..... It was either 0 or 50,60,.... in both cases... > > Prior to this change.... ALL xListener objects stored in the xListenerRegistry for that particular xClientConn would receive the message and determine if it was related to their function or not... I thought that the new way (checking first if they accept ALL messages with a if (xlistener.readAll()) {/*send it on*/} .... and then checking which Strings (String[] keys = xlistener.readKeys();) > > I think the lack of performance boost comes from the fact that the String[]'s returned for that method are created each time the method is called, rather than final static String[]'s... I think if I make them final static it might increase speed on processing... > > Does that make sense, do you think? > |
From: David S. W. <xi...@pr...> - 2001-12-07 03:35:54
|
We both must be busy... If you've done anything or discovered anything, let me know -- ~Dave xi...@pr... http://sourceforge.net/projects/cxtable >The xTable Project< http://sourceforge.net/projects/dustyscript >Dustyscript Child Script Language< |>>weblog: http://www.geocities.com/xiarcel/weblogs/log.html<<| "He who trades even a small amount of freedom for temporary security deserves neither freedom, nor security" -Benjamin Franklin "When I think back on all the crap I learned in High School... it's a wonder I can think at all..." -Paul Simon, "Kodachrome" |
From: Williams, D. <DAV...@ca...> - 2001-12-05 16:04:14
|
Borne... (This code edit is reflected in the current source on CVS...I have not worked on it since) I did something that I felt should have increased speed a bit on the inbound-processing end...but in testing it there was no difference in the benchmark. At the time the Listener-dispatch was started, it took System.currentTimeMillis(). Once it had finished cycling through all of its read-delegating, it did the same, took the difference..... It was either 0 or 50,60,.... in both cases... Prior to this change.... ALL xListener objects stored in the xListenerRegistry for that particular xClientConn would receive the message and determine if it was related to their function or not... I thought that the new way (checking first if they accept ALL messages with a if (xlistener.readAll()) {/*send it on*/} .... and then checking which Strings (String[] keys = xlistener.readKeys();) I think the lack of performance boost comes from the fact that the String[]'s returned for that method are created each time the method is called, rather than final static String[]'s... I think if I make them final static it might increase speed on processing... Does that make sense, do you think? David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |
From: Williams, D. <DAV...@ca...> - 2001-12-04 22:29:26
|
I'll have to give it a look, then... see what I can afford that's in the newer distribution... I am getting an XP box for Christmas... I'll wipe at least 40 gigs of the 80 off of the HD and re-partition it for Linux... (and maybe have a part. for AtheOS as well)... David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... -----Original Message----- From: Borne Goodman-Mace [mailto:bm...@eg...] Sent: Tuesday, December 04, 2001 5:13 PM To: Williams, David Subject: RE: [Cxtable-devel] OK...that turned out to be easier than I thou ght... As far as reading your windoze stuff from in linux, it depends on the file system type you have on your winbloze box. The 2.4 kernel now supports NTFS, Fat32, and Fat16, so that should cover any case you have. Mandrake is really just a base RedHat with some minor touchups in the graphical department. As most people use Red Hat, I usually use it just to make sure the stuff I do works in most environments, and I haven't used Mandrake enough to say that I like Red Hat more than Mandrake. --bjgm On Tue, 2001-12-04 at 16:42, Williams, David wrote: > Yeah.... ((My "visual" has never been all to pre-occupied with high-powered performance...I really don't give a rats ass about performance visually...)) > > What i'm talking about is the fact that adding a windowlistener to a frame.. > > f.addWindowListener(new WindowAdapter(){....}); > > > Barfed the merlin beta. > > And calling repaint() on a Panel barfed the GUI entirely on 1.3.1_01 and triggered a native exception in sun.awt.Motif.. > > Currently, I don't have access to 7.2 (RedHat)... I did have Mandrake 8.0.... > > Incidentally...did they add the ability to read Windows partitions with the 2.4 kernel? I had been running Mandrake before something BAD happened, and my kids had cracked the install disk... but when I was running Mandrake 8, I could read from and write to my Windows partition from within Windows... > > > But you favor RedHat? > > > > David Scott Williams > Computer Associates > Marketing Representative-Sales Call Center > One Computer Associates Plaza > Islandia, New York 11749 > tel: +1 800-243-9462 ext. 73431 > tel: +1 631-342-3431 (Direct) > fax: +1 631-342-5734 > wi...@ca... > > > > > > > -----Original Message----- > From: Borne Goodman-Mace [mailto:bm...@eg...] > Sent: Tuesday, December 04, 2001 4:29 PM > To: cxt...@li... > Subject: RE: [Cxtable-devel] OK...that turned out to be easier than I > thou ght... > > > If it is available to you, I would suggest you upgrade to Red Hat 7.2. > That is what I run at work and at home, and the jdk 1.4 beta 3 > performance is very nice. I don't do any visually heavy stuff, so I > have never really profiled that end of the performance spectrum under > linux. > > --bjgm > > On Tue, 2001-12-04 at 10:59, Williams, David wrote: > > I did that on my linux-side...although they weren't too nifty either.. > > > > I think I need some version of the 2.4 kernel to get better 'visual' performance out of Java...and to get it to stop barfing..I think I'm missing some of the motif libraries. Sun doesn't seem to think that its odd for a Native exception to be thrown when painting an Image on a Panel... > > > > I'll look at the tool. > > > > _______________________________________________ > Cxtable-devel mailing list > Cxt...@li... > https://lists.sourceforge.net/lists/listinfo/cxtable-devel |
From: Borne Goodman-M. <bm...@eg...> - 2001-12-04 21:38:11
|
The Ant settings for the viztool product does use jikes by default, but I believe it can also use javac as the bytecode compiler. jikes does not rely on Ant in any way, and I have used it before without Ant. Ant is platform independent, and reading through the README, tells you how to go about setting it up in both environments. --bjgm On Tue, 2001-12-04 at 16:08, Williams, David wrote: > You mean viztool? Or were you making a statement ("wiztool")... > > It seemed like it wanted Antler... does Jikes use antler?(The readme wanted Antler... antler doesn't seem to have a Win version...) > |
From: Borne Goodman-M. <bm...@eg...> - 2001-12-04 21:36:40
|
I believe the issue with the listing is that these weren't technically CVS "adds", they were imports, so for that reason not listed. I do believe I saw some funky code in places in my wanderings through the source, but it will all improve in time. I personally rarely extend classes of my own creation, and usually build interfaces for shared functionality, so keep the door open for extension if it is needed in the future. A major issue is that you can extend only one class (unlike c++), so it has to be done carefully. --bjgm On Tue, 2001-12-04 at 15:56, Williams, David wrote: > Is there a reason why only 3 Adds appear on the Project page under the CVS heading in Summary? Shouldn't it be like 12x? > > Also....just a warning....in the early days...I had code like this... > > class B extends Thread{ > > private A a; > > public B(A an) > { > a=an; > } > > public void run() > { > .... > .... > a.someCrazyThang(); > } > > } > > class A extends Thread{ > > public A() > {} > > public void run() > { > B b = new B(this); new Thread(b).start(); > } > > public void someCrazyThang() > { > ... > } > > } > > > > At some point, someone convinced me that such a thing was a bad idea...and that A should implement an interface instead, so that if something broke in A, it wouldn't trigger compile errors in B....etc.... or recursive errors between the two... But there may still be code similar to that. > > ~Dave > > > > David Scott Williams > Computer Associates > Marketing Representative-Sales Call Center > One Computer Associates Plaza > Islandia, New York 11749 > tel: +1 800-243-9462 ext. 73431 > tel: +1 631-342-3431 (Direct) > fax: +1 631-342-5734 > wi...@ca... > > > _______________________________________________ > Cxtable-devel mailing list > Cxt...@li... > https://lists.sourceforge.net/lists/listinfo/cxtable-devel > |
From: Borne Goodman-M. <bm...@eg...> - 2001-12-04 21:32:24
|
If it is available to you, I would suggest you upgrade to Red Hat 7.2. That is what I run at work and at home, and the jdk 1.4 beta 3 performance is very nice. I don't do any visually heavy stuff, so I have never really profiled that end of the performance spectrum under linux. --bjgm On Tue, 2001-12-04 at 10:59, Williams, David wrote: > I did that on my linux-side...although they weren't too nifty either.. > > I think I need some version of the 2.4 kernel to get better 'visual' performance out of Java...and to get it to stop barfing..I think I'm missing some of the motif libraries. Sun doesn't seem to think that its odd for a Native exception to be thrown when painting an Image on a Panel... > > I'll look at the tool. |
From: Williams, D. <DAV...@ca...> - 2001-12-04 21:10:42
|
Is there a reason why only 3 Adds appear on the Project page under the CVS heading in Summary? Shouldn't it be like 12x? Also....just a warning....in the early days...I had code like this... class B extends Thread{ private A a; public B(A an) { a=an; } public void run() { .... .... a.someCrazyThang(); } } class A extends Thread{ public A() {} public void run() { B b = new B(this); new Thread(b).start(); } public void someCrazyThang() { ... } } At some point, someone convinced me that such a thing was a bad idea...and that A should implement an interface instead, so that if something broke in A, it wouldn't trigger compile errors in B....etc.... or recursive errors between the two... But there may still be code similar to that. ~Dave David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |
From: Borne Goodman-M. <bm...@eg...> - 2001-12-04 21:04:15
|
sorry for the typo, but for clarity's sake, it was vistool, not wiztool that we are talking about :). --bjgm On Tue, 2001-12-04 at 15:56, Borne Goodman-Mace wrote: > I just messed around with wiztool, and you do need Ant, and I had jikes > already, to compile the program, and even with both of those I got a ton > of compile errors, so there may be other dependencies / problems with > this tool. I might mess around with it a bit more, but I am going to > also look around to see if there is another tool that does the same > thing. I seem to recall there is. > > --bjgm > > On Tue, 2001-12-04 at 11:35, Williams, David wrote: > > I can't get the viztool to compile. > > > > (My code might be a mess, but when you type javac *.java...it compiles) > > Any ideas...? or would you like to email me a runnable .jar? > > (wi...@ca...) > > > > ~Dave > > > > David Scott Williams > > Computer Associates > > Marketing Representative-Sales Call Center > > One Computer Associates Plaza > > Islandia, New York 11749 > > tel: +1 800-243-9462 ext. 73431 > > tel: +1 631-342-3431 (Direct) > > fax: +1 631-342-5734 > > wi...@ca... > > > > > > _______________________________________________ > > Cxtable-devel mailing list > > Cxt...@li... > > https://lists.sourceforge.net/lists/listinfo/cxtable-devel > > > > > > _______________________________________________ > Cxtable-devel mailing list > Cxt...@li... > https://lists.sourceforge.net/lists/listinfo/cxtable-devel > |
From: Borne Goodman-M. <bm...@eg...> - 2001-12-04 20:59:44
|
I just messed around with wiztool, and you do need Ant, and I had jikes already, to compile the program, and even with both of those I got a ton of compile errors, so there may be other dependencies / problems with this tool. I might mess around with it a bit more, but I am going to also look around to see if there is another tool that does the same thing. I seem to recall there is. --bjgm On Tue, 2001-12-04 at 11:35, Williams, David wrote: > I can't get the viztool to compile. > > (My code might be a mess, but when you type javac *.java...it compiles) > Any ideas...? or would you like to email me a runnable .jar? > (wi...@ca...) > > ~Dave > > David Scott Williams > Computer Associates > Marketing Representative-Sales Call Center > One Computer Associates Plaza > Islandia, New York 11749 > tel: +1 800-243-9462 ext. 73431 > tel: +1 631-342-3431 (Direct) > fax: +1 631-342-5734 > wi...@ca... > > > _______________________________________________ > Cxtable-devel mailing list > Cxt...@li... > https://lists.sourceforge.net/lists/listinfo/cxtable-devel > |
From: Williams, D. <DAV...@ca...> - 2001-12-04 16:48:45
|
I can't get the viztool to compile. (My code might be a mess, but when you type javac *.java...it compiles) Any ideas...? or would you like to email me a runnable .jar? (wi...@ca...) ~Dave David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |
From: Williams, D. <DAV...@ca...> - 2001-12-04 16:09:53
|
I did that on my linux-side...although they weren't too nifty either.. I think I need some version of the 2.4 kernel to get better 'visual' performance out of Java...and to get it to stop barfing..I think I'm missing some of the motif libraries. Sun doesn't seem to think that its odd for a Native exception to be thrown when painting an Image on a Panel... I'll look at the tool. David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... -----Original Message----- From: Borne Goodman-Mace [mailto:bm...@eg...] Sent: Tuesday, December 04, 2001 10:44 AM To: cxt...@li... Subject: Re: [Cxtable-devel] OK...that turned out to be easier than I thought... I found a nice java code hierarchy visualizer yesterday, which will show all code dependencies / linking, which should make it a lot easier to understand relationships to decide where to put stuff. I have the link here at work (program is called viztool), and I found it through freshmeat.net yesterday if you want to grab a copy yourself, and I will download it at some point today, and run it against the cxtable code. I usually code in either vi or NetBeans, and always just vi at work. I will also need to re-work some of the bat scripts into bash scripts to work under the linux environment I usually code in. --bjgm On Tue, 2001-12-04 at 10:36, xi...@pr... wrote: > Granted... I hadn't thought of that... Although > my .bat scripts are kinda klunky... I usually code in > notepad.exe and run xx.bat (calls javac *.java) when > I'm done. > > Either way, though... I could use some advice on > logical grouping... Will these become packages as > well>? Like > > import cxtable.Connect.*; > > ? > > Either way....I will print out a list of the source > files names...and then try to figure where they might > best belong... > > ~Dave > _______________________________________________ Cxtable-devel mailing list Cxt...@li... https://lists.sourceforge.net/lists/listinfo/cxtable-devel |
From: Borne Goodman-M. <bm...@eg...> - 2001-12-04 15:46:30
|
I found a nice java code hierarchy visualizer yesterday, which will show all code dependencies / linking, which should make it a lot easier to understand relationships to decide where to put stuff. I have the link here at work (program is called viztool), and I found it through freshmeat.net yesterday if you want to grab a copy yourself, and I will download it at some point today, and run it against the cxtable code. I usually code in either vi or NetBeans, and always just vi at work. I will also need to re-work some of the bat scripts into bash scripts to work under the linux environment I usually code in. --bjgm On Tue, 2001-12-04 at 10:36, xi...@pr... wrote: > Granted... I hadn't thought of that... Although > my .bat scripts are kinda klunky... I usually code in > notepad.exe and run xx.bat (calls javac *.java) when > I'm done. > > Either way, though... I could use some advice on > logical grouping... Will these become packages as > well>? Like > > import cxtable.Connect.*; > > ? > > Either way....I will print out a list of the source > files names...and then try to figure where they might > best belong... > > ~Dave > |
From: <xi...@pr...> - 2001-12-04 15:36:36
|
Granted... I hadn't thought of that... Although my .bat scripts are kinda klunky... I usually code in notepad.exe and run xx.bat (calls javac *.java) when I'm done. Either way, though... I could use some advice on logical grouping... Will these become packages as well>? Like import cxtable.Connect.*; ? Either way....I will print out a list of the source files names...and then try to figure where they might best belong... ~Dave --- Original Message --- From: Borne Goodman-Mace <bm...@eg...> To: "cxt...@li..." <cxtable- de...@li...> Subject: Re: [Cxtable-devel] OK...that turned out to be easier than I thought... >Actually I usually find it best to check in configuration / build / >script files into the code base, because they usually evolve with the >rest of the code and you want to have a complete set of files that a >user can use to build / run the system. > >Now that you got the cxtable tree, whenever you do ANY chages to the >files, or add new ones, make sure to do it in there. Once you are done >making a "set" of changes and testing them to make sure all works well, >run > cvs ci (or cvs commit) to commit your changes to the CVS server. > >If you don't make any changes for a while, and thing someone else may >have, before you start making changes run >cvs update -d (the -d to get >new directories that might have been created). And this will merge the >new code on the CVS server with your local code base. > >I have a good book on CVS, but it is at home so I don't have the title >here, but suggest you might want to get one, or at least read up on CVS >a bit. The version control system is very important to a project, >especially if we want to do tagging and branching. > >--bjgm > >On Tue, 2001-12-04 at 01:31, David Scott Williams wrote: >> (Ps- You could've left off the .bat and .doc files ;-) ) >> >> I updated my "tree" from the site... >> >> What next? >> >> -- >> ~Dave >> xi...@pr... >> http://sourceforge.net/projects/cxtable >The xTable Project< >> http://sourceforge.net/projects/dustyscript >Dustyscript Child Script >> Language< >> >> |>>weblog: http://www.geocities.com/xiarcel/weblogs/log.html<<| >> >> "He who trades even a small amount of freedom for temporary security >> deserves neither freedom, nor security" >> -Benjamin Franklin >> >> "When I think back on all the crap I learned in High School... >> it's a wonder I can think at all..." >> -Paul Simon, "Kodachrome" >> >> >> >> _______________________________________________ >> Cxtable-devel mailing list >> Cxt...@li... >> https://lists.sourceforge.net/lists/listinfo/cxtable- devel >> > > > >_______________________________________________ >Cxtable-devel mailing list >Cxt...@li... >https://lists.sourceforge.net/lists/listinfo/cxtable- devel |
From: Borne Goodman-M. <bm...@eg...> - 2001-12-04 14:54:58
|
Actually I usually find it best to check in configuration / build / script files into the code base, because they usually evolve with the rest of the code and you want to have a complete set of files that a user can use to build / run the system. Now that you got the cxtable tree, whenever you do ANY chages to the files, or add new ones, make sure to do it in there. Once you are done making a "set" of changes and testing them to make sure all works well, run > cvs ci (or cvs commit) to commit your changes to the CVS server. If you don't make any changes for a while, and thing someone else may have, before you start making changes run >cvs update -d (the -d to get new directories that might have been created). And this will merge the new code on the CVS server with your local code base. I have a good book on CVS, but it is at home so I don't have the title here, but suggest you might want to get one, or at least read up on CVS a bit. The version control system is very important to a project, especially if we want to do tagging and branching. --bjgm On Tue, 2001-12-04 at 01:31, David Scott Williams wrote: > (Ps- You could've left off the .bat and .doc files ;-) ) > > I updated my "tree" from the site... > > What next? > > -- > ~Dave > xi...@pr... > http://sourceforge.net/projects/cxtable >The xTable Project< > http://sourceforge.net/projects/dustyscript >Dustyscript Child Script > Language< > > |>>weblog: http://www.geocities.com/xiarcel/weblogs/log.html<<| > > "He who trades even a small amount of freedom for temporary security > deserves neither freedom, nor security" > -Benjamin Franklin > > "When I think back on all the crap I learned in High School... > it's a wonder I can think at all..." > -Paul Simon, "Kodachrome" > > > > _______________________________________________ > Cxtable-devel mailing list > Cxt...@li... > https://lists.sourceforge.net/lists/listinfo/cxtable-devel > |
From: David S. W. <xi...@pr...> - 2001-12-04 06:31:10
|
(Ps- You could've left off the .bat and .doc files ;-) ) I updated my "tree" from the site... What next? -- ~Dave xi...@pr... http://sourceforge.net/projects/cxtable >The xTable Project< http://sourceforge.net/projects/dustyscript >Dustyscript Child Script Language< |>>weblog: http://www.geocities.com/xiarcel/weblogs/log.html<<| "He who trades even a small amount of freedom for temporary security deserves neither freedom, nor security" -Benjamin Franklin "When I think back on all the crap I learned in High School... it's a wonder I can think at all..." -Paul Simon, "Kodachrome" |
From: David S. W. <xi...@pr...> - 2001-12-04 06:26:27
|
And..incidentally... 112101 (I have like 30-40 of these zip files labeled by date... ugggh! ) is the latest...I have held off working on anything until it was CVS'd... After the looking that you've done at the code..do you have any suggestions for organization? I think Registry (I'll give you a proposed list) Peer (Yeah, another one) Common (All used by both... ) GUI (??) ????? ????? "Borne J. Goodman-Mace" wrote: > All the source as of 112101 (or at least that is the date stamp on the > zip you sent me) is now imported into CVS. Now to move things around we > will need to do a CVS remove and CVS add of the file into the right > spot, but put together a tree of what you think the hierarchy should > look like, and I can get the directory structure set up if you like :). > > Getting used to CVS at all? > > --bjgm > > On Mon, 2001-12-03 at 23:29, David Scott Williams wrote: > > (People are beginning to subscribe..so more and more conversation should > > be directed at the devel list) > > > > ~Dave > > > > -- > > ~Dave > > xi...@pr... > > http://sourceforge.net/projects/cxtable >The xTable Project< > > http://sourceforge.net/projects/dustyscript >Dustyscript Child Script > > Language< > > > > |>>weblog: http://www.geocities.com/xiarcel/weblogs/log.html<<| > > > > "He who trades even a small amount of freedom for temporary security > > deserves neither freedom, nor security" > > -Benjamin Franklin > > > > "When I think back on all the crap I learned in High School... > > it's a wonder I can think at all..." > > -Paul Simon, "Kodachrome" > > > > > > > > _______________________________________________ > > Cxtable-devel mailing list > > Cxt...@li... > > https://lists.sourceforge.net/lists/listinfo/cxtable-devel > > _______________________________________________ > Cxtable-devel mailing list > Cxt...@li... > https://lists.sourceforge.net/lists/listinfo/cxtable-devel -- ~Dave xi...@pr... http://sourceforge.net/projects/cxtable >The xTable Project< http://sourceforge.net/projects/dustyscript >Dustyscript Child Script Language< |>>weblog: http://www.geocities.com/xiarcel/weblogs/log.html<<| "He who trades even a small amount of freedom for temporary security deserves neither freedom, nor security" -Benjamin Franklin "When I think back on all the crap I learned in High School... it's a wonder I can think at all..." -Paul Simon, "Kodachrome" |
From: David S. W. <xi...@pr...> - 2001-12-04 06:19:15
|
(when I did "ssh" from the $ prompt) "A required .DLL file, CYGCRYPTO.DLL, was not found".... I have installed everything I thought I would need...is that in the gcc binutils? (I can't think of anywhere else it'd be) "Borne J. Goodman-Mace" wrote: > All the source as of 112101 (or at least that is the date stamp on the > zip you sent me) is now imported into CVS. Now to move things around we > will need to do a CVS remove and CVS add of the file into the right > spot, but put together a tree of what you think the hierarchy should > look like, and I can get the directory structure set up if you like :). > > Getting used to CVS at all? > > --bjgm > > On Mon, 2001-12-03 at 23:29, David Scott Williams wrote: > > (People are beginning to subscribe..so more and more conversation should > > be directed at the devel list) > > > > ~Dave > > > > -- > > ~Dave > > xi...@pr... > > http://sourceforge.net/projects/cxtable >The xTable Project< > > http://sourceforge.net/projects/dustyscript >Dustyscript Child Script > > Language< > > > > |>>weblog: http://www.geocities.com/xiarcel/weblogs/log.html<<| > > > > "He who trades even a small amount of freedom for temporary security > > deserves neither freedom, nor security" > > -Benjamin Franklin > > > > "When I think back on all the crap I learned in High School... > > it's a wonder I can think at all..." > > -Paul Simon, "Kodachrome" > > > > > > > > _______________________________________________ > > Cxtable-devel mailing list > > Cxt...@li... > > https://lists.sourceforge.net/lists/listinfo/cxtable-devel > > _______________________________________________ > Cxtable-devel mailing list > Cxt...@li... > https://lists.sourceforge.net/lists/listinfo/cxtable-devel -- ~Dave xi...@pr... http://sourceforge.net/projects/cxtable >The xTable Project< http://sourceforge.net/projects/dustyscript >Dustyscript Child Script Language< |>>weblog: http://www.geocities.com/xiarcel/weblogs/log.html<<| "He who trades even a small amount of freedom for temporary security deserves neither freedom, nor security" -Benjamin Franklin "When I think back on all the crap I learned in High School... it's a wonder I can think at all..." -Paul Simon, "Kodachrome" |
From: Borne J. Goodman-M. <bj...@pe...> - 2001-12-04 06:07:26
|
All the source as of 112101 (or at least that is the date stamp on the zip you sent me) is now imported into CVS. Now to move things around we will need to do a CVS remove and CVS add of the file into the right spot, but put together a tree of what you think the hierarchy should look like, and I can get the directory structure set up if you like :). Getting used to CVS at all? --bjgm On Mon, 2001-12-03 at 23:29, David Scott Williams wrote: > (People are beginning to subscribe..so more and more conversation should > be directed at the devel list) > > ~Dave > > -- > ~Dave > xi...@pr... > http://sourceforge.net/projects/cxtable >The xTable Project< > http://sourceforge.net/projects/dustyscript >Dustyscript Child Script > Language< > > |>>weblog: http://www.geocities.com/xiarcel/weblogs/log.html<<| > > "He who trades even a small amount of freedom for temporary security > deserves neither freedom, nor security" > -Benjamin Franklin > > "When I think back on all the crap I learned in High School... > it's a wonder I can think at all..." > -Paul Simon, "Kodachrome" > > > > _______________________________________________ > Cxtable-devel mailing list > Cxt...@li... > https://lists.sourceforge.net/lists/listinfo/cxtable-devel |
From: David S. W. <xi...@pr...> - 2001-12-04 04:29:21
|
(People are beginning to subscribe..so more and more conversation should be directed at the devel list) ~Dave -- ~Dave xi...@pr... http://sourceforge.net/projects/cxtable >The xTable Project< http://sourceforge.net/projects/dustyscript >Dustyscript Child Script Language< |>>weblog: http://www.geocities.com/xiarcel/weblogs/log.html<<| "He who trades even a small amount of freedom for temporary security deserves neither freedom, nor security" -Benjamin Franklin "When I think back on all the crap I learned in High School... it's a wonder I can think at all..." -Paul Simon, "Kodachrome" |
From: Williams, D. <DAV...@ca...> - 2001-12-03 21:41:50
|
Can't remember if I sent this email already or not..but... Were you waiting on me to get my CVS access ready before putting it all up there? If so, just go ahead and do it...I think its working.. ..although... When I do the cvs in the Cygwin shell, it does not give me an error,...but it doesn't tell me that it succeeded either... How exactly do I _use_ CVS? ~Dave |
From: Williams, D. <DAV...@ca...> - 2001-11-28 22:39:27
|
Currently...my home phone is not working due to a mixup with the bill....and it appears my Cygwin download last night was cut-off when they cut the phone off...because I think all I have working is the BASH shell...it doesn't recognize any of the applications...but then again.... that might be something else anyway... I'll check it out again when my phone gets connected... I am at work right now, and can check my home email during the day... Is everything proceeding well? ~Dave David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |