From raif@fl.net.au Wed Nov 21 05:34:22 2001 Received: from int-mail.syd.fl.net.au ([202.181.0.28]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 166Uhy-0004FJ-00 for ; Wed, 21 Nov 2001 05:34:22 -0500 Received: from solomon.fl.net.au (a4-p05.syd.fl.net.au [202.181.2.69]) by int-mail.syd.fl.net.au (Postfix) with ESMTP id 75D9A169E3; Wed, 21 Nov 2001 21:34:18 +1100 (EST) Message-Id: <5.0.0.25.1.20011121195439.00a52eb0@mail.syd.fl.net.au> X-Sender: raif@mail.syd.fl.net.au X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Wed, 21 Nov 2001 21:35:59 +1100 To: GNU Crypto Developers From: "Raif S. Naffah" Cc: "Paulo S. L. M. Barreto" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Classpathx-crypto] todo Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: hi there everybody, after so many weeks, we're finally here :-) thanks to Nic Ferrier for his hospitality, and for doing everything needed to make it happen. i've already checked in the initial copy of the project. it compiles --of course ;-) -- and have added a new tree structure (source/test) that includes junit tests. few notes before i go further: * the name src/ has been changed to source/ to align with the customs of the umbrella project; ie. classpathx. i've changed the references in the build.xml file to use a symbolic name ${src.dir} so it's easier if in the future the source directory naming changes. * the names under test/ mirror that under gnu/crypto/ . in other words, package gnu.crypto.foo will have its test classes in test/foo. from experience this proves to be easy when (a) compiling, jarring the main deliverables, and (b) separating the 'main' code from its 'test' counterpart. some people argue that this separation disallows testing package private methods. true; but (a) junit is not made for that, and (b) if an internal function is wrong then it will impact the result of a visible/public one. write enough test cases to ensure the fullfilment of the contract for the visible one and the weaknesses/bugs of the internal ones will appear --at least that's what i do. if somebody has other opinions/experience, pls share them. things left to do/solve before a first public release: 1. fix the links in the Javadoc for the reference documentation of the implemented algorithms. i was referencing a .zip file but when i checked in the project i only checked in the .pdf and .txt files that are included in those archives. i also moved the JavaStyle and AntStyle documents to the docs/ folder. 2. fix in the build.xml, in the docs section, the reference to the project home page --i still have to find that out from Nic before this can be done. 3. write an index.html page that will act as the root of all the project's documentation. this should mirror the README at the project's root. 4. debugging: the code still contains in-line debugging statements that can be turned on/off. it uses conditional compilation, so it's only useful for "programmers" and it requires re-compilation before the debugging output can occur. i dont like it as part of a released code. yes it's useful and necessary while you're getting the implementation to do what it's supposed to do, but for release it's ugly and confusing. i would like to remove it unless somebody can convince me otherwise. 5. code correctness: each algorithm is published with its test vectors. an implementation is deemed correct if it generates equivalent test vectors to those published by the designer of the algorithm. the junit tests attempt to test the implementations against a very small subset of those test vectors. is that enough? i should note that the tools under gnu.crypto.tools do generate the test vectors (at least for the gnu.crypto.cipher package) in NESSIE and (almost) NIST forms. yet the verification of the result is not straightforward: * either the gnu.crypto.tool tools generate a more or less exact match of the published test vectors and then a diff tool is run over these two files to detect eventual differences, or * we write a new tool that would read a published test vector file and try to generated the same from the implementation and compare the results --something that would automate the process of verifying an implementation basically. 6. deliverables: what should our deliverables consist of? separate archives for source, binaries, documentation? combine the lot? should we include the designers' reference documentation? their test vectors? have a look at the sizes of these files before giving an answer please. 7. versioning: what type of versioning should we use? things to do later: this is still an open issue, and i would leave that for everybody to suggest what they can do relative to the time they can spend working on this project. cheers; rsn From HBG42@hotmail.com Tue Nov 27 20:54:20 2001 Received: from delysid.gnu.org ([158.121.106.20]) by fencepost.gnu.org with esmtp (Exim 3.22 #1 (Debian)) id 168tvY-00067Y-00 for ; Tue, 27 Nov 2001 20:54:20 -0500 Received: from [144.137.145.148] (helo=hotmail.com) by delysid.gnu.org with smtp (Exim 3.20 #1) id 168tv0-0001l8-00 for ; Tue, 27 Nov 2001 20:53:55 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=200111272028=" To: classpathx-crypto@gnu.org From: HBG42@hotmail.com X-Mailer: 48F7820E.4886299B.a077b1eee344268d1452a934c9dd02e7 Organization: Home Business Group Message-Id: Date: Tue, 27 Nov 2001 20:53:55 -0500 Subject: [Classpathx-crypto] Did You Get Your Check? Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: --=200111272028= Content-Type: text/plain;charset=US-ASCII Dear Friends & Future Millionaire: Invest in technology that will make you money. AS SEEN ON NATIONAL TV: Are you making over half million dollars every 4 to 5 months from your home? A one time investment of only $25 U.S. Dollars get's you on the road to financial success. ALL THANKS TO THE COMPUTER AGE AND THE INTERNET ! =========================================== BE A MILLIONAIRE LIKE OTHERS WITHIN A YEAR!!! Before you say ''Bull'', please read the following. This is the letter you have been hearing about on the news lately. Due to the popularity of this letter on the Internet, a national weekly news program recently devoted an entire show to the investigation of this program described below, to see if it really can make people money. The show also investigated whether or not the program was legal. Their findings proved once and for all that there are ''absolutely NO Laws prohibiting the participation in the program and if people can follow the simple instructions, they are bound to make some mega bucks with only$25 out of pocket cost''. DUE TO THE RECENT INCREASE OF POPULARITY & RESPECT THIS PROGRAM HAS ATTAINED, IT IS CURRENTLY WORKING BETTER THAN EVER. This is what one had to say: ''Thanks to this profitable opportunity. I was approached many times before but each time I passed on it. I am so glad I finally joined just to see what one could expect in return for the minimal effort and money required. To my astonishment, I received a total of $610,470.00 in 21 weeks, with money still coming in." Pam Hedland, Fort Lee, New Jersey. ============================================ Here is another testimonial: "This program has been around for a long time but I never believed in it. But one day when I received this again in the mail I decided to gamble my $25 on it. I followed the simple instructions and walaa ..... 3 weeks later the money started to come in. First month I only made $240.00 but the next 2 months after that I made a total of $290,000.00. So far, in the past 8 months by re-entering the program, I have made over $710,000.00 and I am playing it again. The key to success in this program is to follow the simple steps and NOT change anything.'' More testimonials later but first, =PRINT THIS NOW FOR YOUR FUTURE REFERENCE= $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ If you would like to make at least $500,000 every 4 to 5 months easily and comfortably, please read the following...THEN READ IT AGAIN and AGAIN!!! $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ FOLLOW THE SIMPLE INSTRUCTIONS BELOW AND YOUR FINANCIAL DREAMS WILL COME TRUE, GUARANTEED! INSTRUCTIONS: =====Order all 5 reports shown on the list below ===== For each report, send $5 CASH, THE NAME & NUMBER OF THE REPORT YOU ARE ORDERING and YOUR E-MAIL ADDRESS to the person whose name appears ON THAT LIST next to the report. MAKE SURE YOUR RETURN ADDRESS IS ON YOUR ENVELOPE TOP LEFT CORNER in case of any mail problems. === When you place your order, make sure you order each of the 5 reports. You will need all 5 reports so that you can save them on your computer and resell them. YOUR TOTAL COST $5 X 5=$25.00. Within a few days you will receive, vie e-mail, each of the 5 reports from these 5 different individuals. Save them on your computer so they will be accessible for you to send to the 1,000's of people who will order them from you. Also make a floppy of these reports and keep them on your desk in case something happens to your computer. IMPORTANT - DO NOT alter the names of the people who are listed next to each report, or their sequence on the list, in any way other than what is instructed below in step '' 1 through 6 '' or you will loose out on majority of your profits. Once you understand the way this works, you will also see how it does not work if you change it. Remember, this method has been tested, and if you alter, it will NOT work !!! People have tried to put their friends/relatives names on all five thinking they could get all the money. But it does not work this way. Believe us, we all have tried to be greedy and then nothing happened. So Do Not try to change anything other than what is instructed. Because if you do, it will not work for you. Remember, honesty reaps the reward!!! 1.... After you have ordered all 5 reports, take this advertisement and REMOVE the name & address of the person in REPORT # 5. This person has made it through the cycle and is no doubt counting their fortune. 2.... Move the name & address in REPORT # 4 down TO REPORT # 5. 3.... Move the name & address in REPORT # 3 down TO REPORT # 4. 4.... Move the name & address in REPORT # 2 down TO REPORT # 3. 5.... Move the name & address in REPORT # 1 down TO REPORT # 2 6.... Insert YOUR name & address in the REPORT # 1 Position. PLEASE MAKE SURE you copy every name & address ACCURATELY! ============================================ **** Take this entire letter, with the modified list of names, and save it on your computer. DO NOT MAKE ANY OTHER CHANGES. Save this on a disk as well just in case if you loose any data. To assist you with marketing your business on the internet, the 5 reports you purchase will provide you with invaluable marketing information which includes how to send bulk e- mails legally, where to find thousands of free classified ads and much more. There are 2 Primary methods to get this venture going: METHOD # 1: BY SENDING BULK E-MAIL LEGALLY ============================================ Let's say that you decide to start small, just to see how it goes, and we will assume You and those involved send out only 5,000 e-mails each. Let's also assume that the mailing receive only a 0.2% response (the response could be much better but lets just say it is only 0.2%. Also many people will send out hundreds of thousands e-mails instead of only 5,000 each). Continuing with this example, you send out only 5,000 e- mails. With a 0.2% response, that is only 10 orders for report # 1. Those 10 people responded by sending out 5,000 e-mail each for a total of 50,000. Out of those 50,000 e-mails only 0.2% responded with orders. That's=100 people responded and ordered Report # 2. Those 100 people mail out 5,000 e-mails each for a total of 500,000 e-mails. The 0.2% response to that is 1000 orders for Report # 3. Those 1000 people send out 5,000 e-mails each for a total of 5 million e-mails sent out. The 0.2% response to that is 10,000 orders for report #4. Those 10,000 people send out 5,000 e- mails each for a total of 50,000,000 (50 million) e-mails. The 0.2% response to that is 100,000 orders for Report # 5. THAT'S 100,000 ORDERS TIMES $5 EACH=$500,000.00 (half million). Your total income in this example is: 1..... $50 + 2..... $500 + 3.....$5,000 + 4 . $50,000 + 5..... $500,000 ........ Grand Total=$555,550.00 NUMBERS DO NOT LIE. GET A PENCIL & PAPER AND FIGURE OUT THE WORST POSSIBLE RESPONSES AND NO MATTER HOW YOU CALCULATE IT, YOU WILL STILL MAKE A LOT OF MONEY ! ============================================ REMEMBER FRIEND, THIS IS ASSUMING ONLY 10 PEOPLE ORDERING OUT OF 5,000 YOU MAILED TO. Dare to think for a moment what would happen if everyone or half or even one 4th of those people mailed 100,000e-mails each or more? There are over 150 million people on the Internet worldwide and counting. Believe me, many people will do just that, and more! METHOD # 2 : BY PLACING FREE ADS ON THE INTERNET ============================================ Advertising on the net is very very inexpensive and there are hundreds of FREE places to advertise. Placing a lot of free ads on the Internet will easily get a larger response. We strongly suggest you start with Method # 1 and METHOD # 2 as you go along. For every $5 you receive, all you must do is e-mail them the Report they ordered. That's it. Always provide same day service on all orders. This will guarantee that the e-mail they send out, with your name and address on it, will be prompt because they can not advertise until they receive the report. =========== AVAILABLE REPORTS ============ ORDER EACH REPORT BY ITS NUMBER & NAME ONLY. Notes: Always send $5 cash (U.S. CURRENCY) for each Report. Checks NOT accepted. Make sure the cash is concealed by wrapping it in at least 2 sheets of paper. On one of those sheets of paper, Write the NUMBER & the NAME of the Report you are ordering, YOUR E-MAIL ADDRESS and your name and postal address. PLACE YOUR ORDER FOR THESE REPORTS NOW : ============================================ REPORT # 1: "The Insider's Guide to Advertising for Free on the Net" Order Report #1 from: Anthony Hayes P.O.Box 111 Ashmore, Queensland Australia 4214 __________________________________________________ REPORT # 2: "The Insider's Guide to Sending Bulk e-mail on the Net" Order Report # 2 from: WCF Unit 1002 / 43 Garfield Terrace Surfers Paradise, Queensland Australia 4217 _________________________________________________ REPORT # 3: "Secret to Multilevel Marketing on the Net" Order Report # 3 from : Daniel Lee 306 Spring Street Hendersonville, NC 28739, USA __________________________________________________ REPORT # 4: "How to Become a Millionaire Utilizing MLM & the Net" Order Report # 4 from: Mike Manegold Sonnenbergstrasse 40 CH-8800, Thalwil (Switzerland). _______________________________________________ REPORT #5: "How to Send Out one Million e-mails for Free" Order Report # 5 from: M.G. 7143 Hillside Dr. W. Bloomfield, MI 48322-2847, USA __________________________________________________ $$$$$$$$$ YOUR SUCCESS GUIDELINES $$$$$$$$$$$ Follow these guidelines to guarantee your success: === If you do not receive at least 10 orders for Report #1 within 2 weeks, continue sending e-mails until you do. === After you have received 10 orders, 2 to 3 weeks after that you should receive 100 orders or more for REPORT # 2. If you did not, continue advertising or sending e-mails until you do. === Once you have received 100 or more orders for Report # 2, YOU CAN RELAX, because the system is already working for you, and the cash will continue to roll in ! THIS IS IMPORTANT TO REMEMBER: Every time your name is moved down on the list, you are placed in front of a Different report. You can KEEP TRACK of your PROGRESS by watching which report people are ordering from you. IF YOU WANT TO GENERATE MORE INCOME SEND ANOTHER BATCH OF E-MAILS AND START THE WHOLE PROCESS AGAIN. There is NO LIMIT to the income you can generate from this business !!! ============================================ FOLLOWING IS A NOTE FROM THE ORIGINATOR OF THIS PROGRAM: You have just received information that can give you financial freedom for the rest of your life, with NO RISK and JUST A LITTLE BIT OF EFFORT. You can make more money in the next few weeks and months than you have ever imagined. Follow the program EXACTLY AS INSTRUCTED. Do Not change it in any way. It works exceedingly well as it is now. Remember to e-mail a copy of this exciting report after you have put your name and address in Report #1 and moved others to #2 ...........# 5 as instructed above. One of the people you send this to may send out 100,000 or more e-mails and your name will be on every one of them. Remember though, the more you send out the more potential customer you will reach. So my friend, I have given you the ideas, information, materials and opportunity to become financially independent. IT IS UP TO YOU NOW ! ======== MORE TESTIMONIALS ============ "My name is Mitchell. My wife, Jody and I live in Chicago. I am an accountant with a major U.S. Corporation and I make pretty good money. When I received this program I grumbled to Jody about receiving ''junk mail''. I made fun of the whole thing, spouting my knowledge of the population and percentages involved. I ''knew'' it wouldn't work. Jody totally ignored my supposed intelligence and few days later she jumped in with both feet. I made merciless fun of her, and was ready to lay the old ''I told you so'' on her when the thing didn't work. Well, the laugh was on me! Within 3 weeks she had received 50 responses. Within the next 45 days she had received total $ 147,200.00 ........... all cash! I was shocked. I have joined Jody in her ''hobby''. Mitchell Wolf C.P.A., Chicago, Illinois ========================================== ''Not being the gambling type, it took me several weeks to make up my mind to participate in this plan. But conservative that I am, I decided that the initial investment was so little that there was just no way that I wouldn't get enough orders to at least get my money back''. '' I was surprised when I found my medium size post office box crammed with orders. I made $319,210.00 in the first 12 weeks. The nice thing about this deal is that it does not matter where people live. There simply isn't a better investment with a faster return and so big." Dan Sondstrom, Alberta, Canada =========================================== ''I had received this program before. I deleted it, but later I wondered if I should have given it a try. Of course, I had no idea who to contact to get another copy, so I had to wait until I was e-mailed again by someone else.........11 months passed then it luckily came again...... I did not delete this one! I made more than $490,000 on my first try and all the money came within 22 weeks." Susan De Suza, New York, N.Y. ============================================ ''It really is a great opportunity to make relatively easy money with little cost to you. I followed the simple instructions carefully and within 10 days the money started to come in. My first month I made $20,560.00 and by the end of third month my total cash count was $362,840.00. Life is beautiful, Thanks to the internet.". Fred Dellaca, Westport, New Zealand ============================================ ORDER YOUR REPORTS TODAY AND GET STARTED ON 'YOUR' ROAD TO FINANCIAL FREEDOM ! =========================================== If you have any questions of the legality of this program, contact the Office of Associate Director for Marketing Practices, Federal Trade Commission, Bureau of Consumer Protection, Washington, D.C. (Note: To avoid delays make sure appropriate postage to Canada, USA, or Europe is applied) -=-=-=-=--=-=-==-=Remove Instructions=-=-=-=-=-=-=--=-= ************************************************* Do not reply to this message - To be removed from future mailings: mailto:areyousure@angelfire.com?Subject=Remove --=200111272028=-- From jaroldh@surfbest.net Fri Nov 30 18:08:14 2001 Received: from server1.safepages.com ([216.127.146.3]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 169wlR-0002Es-00; Fri, 30 Nov 2001 18:08:13 -0500 Received: from racingseat.com (unknown [65.138.132.142]) by server1.safepages.com (Postfix) with ESMTP id C86B75E02; Fri, 30 Nov 2001 23:07:48 +0000 (GMT) X-Sender: jaroldh@surfbest.net From: Jarrold Harris To: "Mortgage Borrower" Date: Fri, 30 Nov 2001 15:10:02 -0800 Reply-To: jaroldh@surfbest.net MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001__17472363_54602.61" Message-Id: <20011130230748.C86B75E02@server1.safepages.com> Subject: [Classpathx-crypto] Need a Home Loan? Let Us Help! Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: This is a Multipart MIME message. ------=_NextPart_000_001__17472363_54602.61 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit ------=_NextPart_000_001__17472363_54602.61 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: base64 DQoNCjxIVE1MPg0KDQo8aGVhZD4NCjxNRVRBIEhUVFAtRVFVSVY9IkNvbnRlbnQtVHlwZSIg Q09OVEVOVD0idGV4dC9odG1sO2NoYXJzZXQ9aXNvLTg4NTktMSI+DQo8IURPQ1RZUEUgSFRN TCBQVUJMSUMgIi0vL1czQy8vRFREIEhUTUwgNC4wIFRyYW5zaXRpb25hbC8vRU4iPg0KPFRJ VExFPkZyZWUgUmF0ZSBRdW90ZTwvVElUTEU+DQo8TUVUQSBjb250ZW50PSJ0ZXh0L2h0bWw7 IGNoYXJzZXQ9aXNvLTg4NTktMSIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+PFhNRVRBIA0K Y29udGVudD0iTW96aWxsYS80LjcgW2VuXSAoV2luOTg7IEkpIFtOZXRzY2FwZV0iIG5hbWU9 IkdFTkVSQVRPUiI+DQo8TUVUQSBjb250ZW50PSJNaWNyb3NvZnQgRnJvbnRQYWdlIDQuMCIg bmFtZT1HRU5FUkFUT1I+DQo8U1RZTEU+PC9TVFlMRT4NCjwvSEVBRD4NCjxCT0RZIGJhY2tn cm91bmQ9aHR0cDovLzM1NzAxOTQ2MjIvbW9uZXlfZ3IuanBnIGJnQ29sb3I9I2ZmZmZmZiBi Z3Byb3BlcnRpZXM9ImZpeGVkIj4NCjxESVYgc3R5bGU9IkZPTlQ6IDEwcHQgYXJpYWwiPg0K PERJVj4mbmJzcDs8L0RJVj48L0RJVj4NCjxESVY+PEJSPjwvRElWPg0KPEJSPg0KDQoNCjxQ IGFsaWduPWNlbnRlcj48ZW0+PGI+PGZvbnQgY29sb3I9IiNmZjAwMDAiIHNpemU9IjYiIGZh Y2U9ImFyaWFsIj4mcXVvdDtSZWZpbmFuY2UgWW91cg0KQ3VycmVudCBNb3J0Z2FnZSBXaGls ZSBSYXRlcyBBcmUgTE9XISEmcXVvdDs8L2ZvbnQ+PC9iPjwvZW0+PC9QPg0KPE1BUlFVRUU+ PGk+PGI+PEZPTlQgc2l6ZT00IGNvbG9yPSMwMDAwZmY+SE9NRSBFUVVJVFkgTE9BTlMgKioq IEpVTUJPIExPQU5TICoqKiBIT01FIElNUFJPVkVNRU5UIExPQU5TICoqKiANCiAgICAgIERF QlQgQ09OU09MSURBVElPTiBMT0FOUyAqKiogUkVGSU5BTkNFIExPQU5TICoqKiBBTEwgQVJF IEFWQUlMQUJMRSBUTyBZT1UgKioqIFJBVEVTIEFTIExPVyBBUyANCiAgICAgIDMuOTUlPC9m b250PjwvYj48L2k+PC9tYXJxdWVlPg0KPEJSPjxCUj4NCjxwIGFsaWduPSJjZW50ZXIiPjxi Pjxmb250IHNpemU9IjQiPk1vcnRnYWdlIFJhdGVzIEFyZSBTbyBMb3chJm5ic3A7PC9mb250 PjwvYj48L3A+DQo8cCBhbGlnbj0iY2VudGVyIj48Yj48Zm9udCBzaXplPSI0Ij5Zb3UgQ2Fu IFNhdmUgVGhvdXNhbmRzIE9mIERvbGxhcnMgQnkgVGFraW5nDQpBZHZhbnRhZ2UgTm93ITwv Zm9udD48L2I+PC9wPg0KPFAgYWxpZ249Y2VudGVyPjxFTT48Qj48Rk9OVCBjb2xvcj0jZmYw MDAwIHNpemU9NT4mcXVvdDtXRSBBUkUgQU4gQVNTT0NJQVRJT04gT0YNCk1PUlRHQUdFIEJS T0tFUlMgQU5EIExFTkRFUlMgPC9GT05UPjwvQj48L0VNPjwvUD4NCjxQIGFsaWduPWNlbnRl cj48RU0+PEI+PEZPTlQgY29sb3I9I2ZmMDAwMCBzaXplPTU+V0lUSCBUSEUgQkVTVCBSQVRF UyBBTkQgVEhFIExPV0VTVA0KQ09TVFMhJnF1b3Q8L0ZPTlQ+PC9CPjwvRU0+PC9QPg0KPHAg YWxpZ249ImNlbnRlciI+Jm5ic3A7PC9wPg0KPFAgYWxpZ249Y2VudGVyPjxGT05UIGNvbG9y PSMwMDAwZmYgc2l6ZT00PjxCPldlJm5ic3A7aGF2ZSB0aG91c2FuZHMgb2YgbG9hbiANCnBy b2dyYW1zIHRocm91Z2ggaHVuZHJlZHMgb2YgbGVuZGVycyE8QlI+PC9CPjwvRk9OVD48Rk9O VCBzaXplPTM+PC9GT05UPjwvUD4NCjxQIGFsaWduPWNlbnRlcj48U1RST05HPjxGT05UIHNp emU9NT5Zb3UgY2FuIGNob29zZSBmcm9tJm5ic3A7IkFkanVzdGFibGUgUmF0ZQ0KTW9ydGdh Z2VzIA0KYXMgbG93IGFzIDMuOTUlJnF1b3Q7PC9GT05UPjwvU1RST05HPjwvUD4NCjxQIGFs aWduPWNlbnRlcj48U1RST05HPjxGT05UIHNpemU9NT5hbmQmbmJzcDsiRml4ZWQgUmF0ZSBN b3J0Z2FnZXMgYXMgbG93IGFzDQo1Ljc1JSZuYnNwOzwvRk9OVD48L1NUUk9ORz48L1A+DQo8 UCBhbGlnbj1jZW50ZXI+PFNUUk9ORz48Rk9OVCBzaXplPTU+YWxsIHdpdGggdGhlIGxvd2Vz dCBjb3N0cyBpbiB0aGUNCk5hdGlvbiEmcXVvdDs8L0ZPTlQ+PC9TVFJPTkc+PEJJRz48QklH PjxGT05UIGNvbG9yPSNmZjAwMDA+KjwvRk9OVD48L0JJRz48L0JJRz48L1A+DQo8UCBhbGln bj1jZW50ZXI+PEZPTlQgDQpzaXplPTU+PGZvbnQgY29sb3I9IiNGRjAwMDAiPiZxdW90Ozxi PjxpPllPVSBDQU4gPHU+QlVZIERPV04gWU9VUiBJTlRFUkVTVCBSQVRFPC91Pg0KVE88L2k+ PC9iPjwvZm9udD48L0ZPTlQ+PC9QPg0KPFAgYWxpZ249Y2VudGVyPjxmb250IGNvbG9yPSIj RkYwMDAwIiBzaXplPSI1Ij48Yj48aT5BUyBMT1cgQVMgWU9VIENBTg0KQUZGT1JEISZxdW90 OzwvaT48L2I+PC9mb250PjxGT05UIA0Kc2l6ZT01PjxCUj48L0ZPTlQ+PEZPTlQgc2l6ZT0z PjwvRk9OVD48L1A+DQo8UCBhbGlnbj1jZW50ZXI+PEZPTlQgc2l6ZT0rMD48Rk9OVCBjb2xv cj0jMDAwMGZmIHNpemU9Mj48QklHPjxCSUc+PEZPTlQgDQpjb2xvcj0jZmYwMDAwIHNpemU9 NT4qPC9GT05UPjwvQklHPjxTVFJPTkc+QWxsIHJhdGVzIGFyZSBiYXNlZCBvbiANCnF1YWxp ZmljYXRpb248L1NUUk9ORz4hPC9CSUc+PC9GT05UPjwvRk9OVD48L1A+DQo8UCBhbGlnbj1j ZW50ZXI+PEZPTlQgc2l6ZT0rMD48Rk9OVCBzaXplPTI+PEJJRz48L0JJRz48L0ZPTlQ+PEZP TlQgDQpjb2xvcj0jMDAwMGZmPjxGT05UIGZhY2U9QXJpYWw+PEZPTlQgc2l6ZT0yPjxBIGhy ZWY9Imh0dHA6Ly8zNTcwMTk0NjIyIiANCnRhcmdldD1fYmxhbms+PEZPTlQgc2l6ZT01PjxT VFJPTkc+PEZPTlQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj5DbGljayBoZXJlIGZvciANCnlv dXIgPC9GT05UPjxGT05UIHNpemU9Nj48Rk9OVCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxF TT4iRlJFRSBSQVRFIA0KUVVPVEUiITwvRU0+PC9GT05UPjwvRk9OVD48L1NUUk9ORz48L0ZP TlQ+PC9BPjwvRk9OVD48L0ZPTlQ+PC9GT05UPjwvRk9OVD48L1A+DQo8UCBhbGlnbj1sZWZ0 PiZuYnNwOzwvUD4NCjxQIGFsaWduPWxlZnQ+PGk+PGI+PGZvbnQgZmFjZT0iQXJpYWwiIHNp emU9IiswIj5DTElDSyBPTiBMT0FOUyBCRUxPVyBGT1IgWU9VUg0KRlJFRSBBUFBMSUNBVElP TiE8L2ZvbnQ+PC9iPjwvaT48Rk9OVCBmYWNlPUFyaWFsPjxCUj48L0ZPTlQ+PC9QPg0KPFAg YWxpZ249bGVmdD48U1RST05HPjxFTT48QSBocmVmPSJodHRwOi8vMzU3MDE5NDYyMiIgDQp0 YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9IjUiIGNvbG9yPSIjODAwMDgwIj5QdXJjaGFzZSBM b2FuczwvZm9udD48L0E+IDxGT05UIHNpemU9NT4NCjwvRk9OVD4gPC9FTT48Rk9OVCANCnNp emU9ND4tIDxFTT5UaG91c2FuZHMgb2YgcHJvZ3JhbXMgDQpmb3IgRmlyc3QgTW9ydGdhZ2Vz ITwvRU0+PC9GT05UPjxJPjwvST48L1NUUk9ORz48ST48Rk9OVCANCmNvbG9yPSMwMDAwMDA+ PEJSPjxCUj48L0ZPTlQ+PC9JPjxBIGhyZWY9Imh0dHA6Ly8zNTcwMTk0NjIyIiBfYmxhbms/ PjxFTT48U1RST05HPjxmb250IHNpemU9IjUiIGNvbG9yPSIjODAwMDgwIj5SZWZpbmFuY2Ug TG9hbnM8L2ZvbnQ+PC9TVFJPTkc+PC9FTT48ST48Rk9OVCANCmNvbG9yPSMwMDAwMDAgc2l6 ZT0yPiA8L0ZPTlQ+PC9JPjwvQT48ST48Rk9OVCBjb2xvcj0jMDAwMDAwIHNpemU9ND4tIDxC PlJlZHVjZSB5b3VyIA0KbW9udGhseSBwYXltZW50cyBhbmQ8L0ZPTlQ+PEZPTlQgY29sb3I9 IzAwMDAwMCBzaXplPTI+IDwvRk9OVD48Rk9OVCANCmNvbG9yPSNmZjAwMDAgc2l6ZT01Pkdl dCBDYXNoIEJhY2shPC9GT05UPjwvQj48Rk9OVCBjb2xvcj0jMDAwMDAwIHNpemU9ND4gDQo8 L0ZPTlQ+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTM+PEJSPjxCUj48L0ZPTlQ+PC9JPjxB IA0KaHJlZj0iaHR0cDovLzM1NzAxOTQ2MjIiIHRhcmdldD1fYmxhbms+PGZvbnQgY29sb3I9 IiM4MDAwODAiPjxFTT48Qj48Rk9OVCBzaXplPTU+U2Vjb25kIA0KTW9ydGdhZ2VzPC9GT05U PjwvQj48L0VNPjxJPjxGT05UIHNpemU9Mz4gPC9GT05UPjwvST4NCjwvZm9udD4gPC9BPjxJ PjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0zPiAtIDwvRk9OVD48Qj48Rk9OVCANCmNvbG9y PSMwMDAwMDAgc2l6ZT00PldlIGNhbiBoZWxwIHlvdSBnZXQgZnJvbSA8L0ZPTlQ+PEZPTlQg Y29sb3I9I2ZmMDAwMCANCnNpemU9NT45MCU8L0ZPTlQ+PEZPTlQgY29sb3I9IzAwMDAwMCBz aXplPTQ+IHVwIHRvIDwvRk9OVD48Rk9OVCBjb2xvcj0jZmYwMDAwIA0Kc2l6ZT01PjEyNSU8 L0ZPTlQ+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTQ+IG9mIHlvdXIgaG9tZXMgdmFsdWUh IChyYXRpb3MgdmFyeSANCmJ5IHN0YXRlKTwvRk9OVD48L0I+PC9QPg0KPFAgYWxpZ249bGVm dD48QSBocmVmPSJodHRwOi8vMzU3MDE5NDYyMiIgDQp0YXJnZXQ9X2JsYW5rPjxCPjxmb250 IHNpemU9IjUiIGNvbG9yPSIjODAwMDgwIj5EZWJ0IENvbnNvbGlkYXRpb248L2ZvbnQ+PC9C PjwvQT48Rk9OVCBjb2xvcj0jMDAwMDAwIHNpemU9Mz4gPEZPTlQgY29sb3I9IzAwMDAwMCBz aXplPTQ+LSANCjxCPkNvbWJpbmUgPC9GT05UPjxGT05UIGNvbG9yPSNmZjAwMDAgc2l6ZT01 PmFsbDwvRk9OVD48Rk9OVCBjb2xvcj0jMDAwMDAwIA0Kc2l6ZT00PiB5b3VyIGJpbGxzIGlu dG8gPC9GT05UPjxGT05UIGNvbG9yPSNmZjAwMDAgc2l6ZT01Pk9uZSBMb3cgTW9udGhseSAN ClBheW1lbnQhPC9GT05UPjwvQj48QlI+PEJSPjwvRk9OVD48Qj48QSANCmhyZWY9Imh0dHA6 Ly8zNTcwMTk0NjIyIiB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9IjUiIGNvbG9yPSIjODAw MDgwIj5GaXJzdCBUaW1lIEhvbWUgQnV5ZXJzPC9mb250PjwvQT48Rk9OVCBjb2xvcj0jMDAw MDAwIHNpemU9Mz4gLSANCjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT00PldlIGNhbiBoZWxw IHlvdSBidXkgd2l0aCA8Rk9OVCBjb2xvcj0jZmYwMDAwIA0Kc2l6ZT01PkxvdzwvRk9OVD48 L0ZPTlQ+PEZPTlQgY29sb3I9I2ZmMDAwMCBzaXplPTU+IE1vbmV5IERvd248L0ZPTlQ+PEZP TlQgDQpjb2xvcj0jMDAwMDAwIHNpemU9ND4sIGFuZCBldmVuIDwvRk9OVD48Rk9OVCBjb2xv cj0jZmYwMDAwIHNpemU9NT5HZXQgQ2FzaCANCkJhY2shPC9GT05UPjwvRk9OVD48L0I+PC9Q PjwvST4NCjxQIGFsaWduPWNlbnRlcj48QklHPjxCSUc+PEZPTlQgY29sb3I9I2ZmMDAwMD4q PC9GT05UPjwvQklHPkFsbCByYXRlcyBhcmUgYmFzZWQgDQpvbiBxdWFsaWZpY2F0aW9uITwv QklHPjwvUD4NCjxQIGFsaWduPWNlbnRlcj48Qj48ST48Rk9OVCBjb2xvcj0jMDAwMDAwIHNp emU9Nj5XZSBoYXZlIHByb2dyYW1zIGZvciANCjwvRk9OVD48Rk9OVCBjb2xvcj0jZmYwMDAw IHNpemU9Nj48VT5FVkVSWTwvVT48L0ZPTlQ+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTY+ IA0KY3JlZGl0IHNpdHVhdGlvbiE8L0ZPTlQ+PEJSPjxCUj48QSBocmVmPSJodHRwOi8vMzU3 MDE5NDYyMiIgdGFyZ2V0PV9ibGFuaz48Rk9OVCANCmNvbG9yPSMwMDAwZmYgc2l6ZT01PkNs aWNrIGhlcmUgZm9yIHlvdXIgRlJFRSBSQVRFIFFVT1RFITwvRk9OVD48L0E+PC9JPjwvQj48 L1A+DQo8UCBhbGlnbj1sZWZ0PjxGT05UIGNvbG9yPSMwMDgwMDA+PFNUUk9ORz4mcXVvdDtU aGlzIG1lc3NhZ2UgaXMgYmVpbmcgc2VudCB0bw0KeW91IGluIGNvbXBsaWFuY2Ugd2l0aCZu YnNwO0JpbGwgUy4gMTYxOCBUaXRsZSBJSUkgcGFzc2VkIGJ5IHRoZSAxMDV0aCBVUw0KQ29u Z3Jlc3MsIHdoaWNoIHN0YXRlcyB0aGF0IHRoaXMgbGV0dGVyIGNhbiBub3QgYmUgY29uc2lk ZXJlZCBzcGFtIGFzIGxvbmcgYXMgd2UNCmluY2x1ZGUgKDEpIFZhbGlkIENvbnRhY3QgSW5m b3JtYXRpb24gYW5kICgyKSZuYnNwO2Egd2F5IHRvIGJlIHJlbW92ZWQgZnJvbSBhbnkNCmZ1 cnRoZXIgdHJhbnNtaXNzaW9ucyBhdCBubyBjb3N0IHRvIHlvdSBieSBzdWJtaXR0aW5nIGEg cmVxdWVzdCB0byBiZQ0KcmVtb3ZlZC4mcXVvdDsgLiA8YSBocmVmPSJodHRwOi8vMzU3MDE5 NDYyMi9yZW1vdmUuaHRtIj5DbGljayBIZXJlIHRvIFNlbmQgYSBSZW1vdmUgUmVxdWVzdDwv YT4uDQomcXVvdDtXZSBob25vciBhbGwgcmVtb3ZlIGVtYWlsIGFkZHJlc3MgcmVxdWVzdHMm bmJzcDtpbW1lZGlhdGVseS4mcXVvdDs8L1NUUk9ORz48L0ZPTlQ+PC9QPjwvQk9EWT48L0hU TUw+ ------=_NextPart_000_001__17472363_54602.61-- From nferrier@tapsellferrier.co.uk Mon Dec 03 06:49:28 2001 Received: from tf1.tapsellferrier.co.uk ([195.7.242.226]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 16ArbE-0001FP-00 for ; Mon, 03 Dec 2001 06:49:28 -0500 Received: from gateway.mondus.com ([193.132.141.145] helo=UKC21D) by tf1.tapsellferrier.co.uk with smtp (Exim 3.12 #1 (Debian)) id 16Arpf-0000uO-00; Mon, 03 Dec 2001 12:04:23 +0000 Message-ID: <008701c17bf0$8a7cd990$0e07a8c0@internal.mondus.com> From: "Nic Ferrier" To: "Raif S. Naffah" Cc: "Olivier Louchart-Fletcher" , References: <5.0.0.25.1.20011203223737.00a4d800@mail.syd.fl.net.au> Date: Mon, 3 Dec 2001 11:49:17 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Classpathx-crypto] Re: gnu.crypto web page Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: > i would appreciate it if you can have a look at the gnu.crypto web page > (with almost all related links) to check if it's conformant with GNU and > Classpathx norms. It's really well designed, I like it. Normally, GNU prefer to use just the HTML 2.0 standard. This ensures that pages can be read even on text mode browsers like lynx. I notice you've used DIVs and so on... any chance you could convert these to something a bit more HTML 2.0? If you can't I suggest you do this: - create a directory for crypto on the classpathX website (follow the example of JAXP). - subdivide the webpage into separate sections. - ensure the main crypto index page is HTML 2.0 compliant. > i didnt check in the javadoc api yet, nor the release. the javadoc stuff, > will go in the api/ folder. i'm not quite sure yet where the release will > go or if a copy should be also checked-in with this page. The release will go on the ftp server. If you let me know about when you're ready to release then I will check out your code and build it (as a final sanity check) and put it up on the ftp server. That's why you need a target to produce the tar file (see the gnu coding standards for info). > finally what probably is missing is a link from the classpathx main page to > this one. should i be doing this or should i leave it to you? Leave it to me.. when we've resolved this HTML version issue I'll put the link in. This is all coming together really well! Well done! Nic From nferrier@tapsellferrier.co.uk Mon Dec 03 08:06:34 2001 Received: from tf1.tapsellferrier.co.uk ([195.7.242.226]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 16Asnq-0006X5-00 for ; Mon, 03 Dec 2001 08:06:34 -0500 Received: from gateway.mondus.com ([193.132.141.145] helo=UKC21D) by tf1.tapsellferrier.co.uk with smtp (Exim 3.12 #1 (Debian)) id 16At27-0000w4-00; Mon, 03 Dec 2001 13:21:24 +0000 Message-ID: <009601c17bfb$4c8532d0$0e07a8c0@internal.mondus.com> From: "Nic Ferrier" To: "Raif S. Naffah" Cc: "Olivier Louchart-Fletcher" , References: <5.0.0.25.1.20011203223737.00a4d800@mail.syd.fl.net.au> <5.0.0.25.1.20011203234544.00a59eb0@mail.syd.fl.net.au> Subject: Re: [Classpathx-crypto] Re: gnu.crypto web page Date: Mon, 3 Dec 2001 13:05:52 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: > i got rid of the divs and other artifices i think are not html2.0 > friendly. have a look at it now. Excellent. I'll put the link in from the main page tonight. Nic From nferrier@tapsellferrier.co.uk Mon Dec 03 18:16:31 2001 Received: from tf1.tapsellferrier.co.uk ([195.7.242.226]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 16B2K6-0002So-00 for ; Mon, 03 Dec 2001 18:16:31 -0500 Received: from nferrier by tf1.tapsellferrier.co.uk with local (Exim 3.12 #1 (Debian)) id 16B2Yi-000178-00; Mon, 03 Dec 2001 23:31:36 +0000 From: Nic Ferrier To: classpathx-crypto@gnu.org Message-Id: Date: Mon, 03 Dec 2001 23:31:36 +0000 Subject: [Classpathx-crypto] pdf files Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: You guys have a few pdf files on your site. Are there free software tools for reading pdfs? Are there alternatives to pdf files? postscript would be better because there are free software tools for displaying them. Of course, info/TeX would be best. Nic From david-b@pacbell.net Mon Dec 03 23:44:17 2001 Received: from mta5.snfc21.pbi.net ([206.13.28.241]) by fencepost.gnu.org with esmtp (Exim 3.22 #1 (Debian)) id 16B7RI-00018E-00 for ; Mon, 03 Dec 2001 23:44:16 -0500 Received: from krypton ([206.170.7.165]) by mta5.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with SMTP id <0GNS00H57YHQI6@mta5.snfc21.pbi.net> for classpathx-crypto@gnu.org; Mon, 03 Dec 2001 20:44:16 -0800 (PST) Date: Mon, 03 Dec 2001 20:42:44 -0800 From: David Brownell To: classpathx-crypto@gnu.org Message-id: <077501c17c7e$1e444a40$6800000a@brownell.org> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Mailer: Microsoft Outlook Express 5.50.4133.2400 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal Subject: [Classpathx-crypto] quick comments on gnu.crypto code Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Hi, I recently grabbed a copy of the code. No comments yet on the real guts -- though from the look of it I won't have many complaints, clean and regular crypto code is usually a very good sign! So here's a random set of questions and comments that came to mind as I skimmed what CVS told me. Some peripheral points first leaped out at me: - Coding style ... three space indents? No tabs? And Hungarian "IamAnInterface" notation? Yoiks! I don't like even one of those, sorry. - PDFs in the docs. DocBook XML where possible, please. Though since these are original specs, I suspect that's not a real option. Does CVS need to have those? (I hate TexInfo equally ... DocBook at least turns into good HTML, though the MathML output may be a bit lacking just now.) - javadoc. The links to the PDFs were all broken, and there were no "package.html" files to describe why each package is there and how to use it. - License ... LGPL, not "GPL + library exception". Maybe not an immediate issue, but static linking will increasingly matter. OK, non-peripheral points: functionality. Seems to be a strange selection in this first code drop. - Seems that widely used hashes (MD5, SHA1; maybe MD2) aren't there. - Block ciphers. Again, common ones are not there yet. DES, 3DES-EDE; likely Blowfish; maybe CAST128. - And of less immediate concern (to me), stream ciphers. ARCFOUR, maybe AES in stream modes, and so on. - Looks like the factory always runs selftests on whatever it returns. (gnu.crypto.cipher.CipherFactory). That should be conditionalized on a "if doing development" static final boolean flag, so it normally doesn't happen. - No public key crypto support (RSA, D-H, etc) or digital signature support. Again, why? The PKCS7 doc there strongly suggests it'll be added, along with lots of BER/DER style utilities for cert and public/private key management ... That's just first reactions from a look at the code. Of course I like the fact that ciphers are interfaces and there's none of that silly overhead of a java security layer to slow down calls past abstract method overhead, so from that perspective the API framework starts out immediately on the right foot. And since secure key storage is a quick hack [NOT!] I can easily understand adding it later, after some hardware hooks have been reasonably prototyped. A lot of that is just wondering what the direction for this code is expected to be. I'll assume that what's there is a good start, but since it doesn't do what I'd first need to be done ... :) Not having support for today's most widely used cryptographic algorithms seems to me like it'll be an adoption problem, and I hope the plan is to make sure that several of those algorithms get added before the first (beta?) release. - Dave p.s. I'm not currently subscribed to the list, so please cc me on any responses. From raif@fl.net.au Tue Dec 04 03:01:42 2001 Received: from int-mail.syd.fl.net.au ([202.181.0.28]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 16BAWM-0000Uh-00 for ; Tue, 04 Dec 2001 03:01:42 -0500 Received: from solomon.fl.net.au (a3-p02.syd.fl.net.au [202.181.1.66]) by int-mail.syd.fl.net.au (Postfix) with ESMTP id 02926168BA; Tue, 4 Dec 2001 19:01:39 +1100 (EST) Message-Id: <5.0.0.25.1.20011204190014.00a586c0@mail.syd.fl.net.au> X-Sender: raif@mail.syd.fl.net.au X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Tue, 04 Dec 2001 19:03:28 +1100 To: Nic Ferrier From: "Raif S. Naffah" Subject: Re: [Classpathx-crypto] pdf files Cc: classpathx-crypto@gnu.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: At 11:31 PM 12/3/01 +0000, Nic Ferrier wrote: >You guys have a few pdf files on your site. > >Are there free software tools for reading pdfs? the acrobat reader to my knowledge is free (see ). >Are there alternatives to pdf files? postscript would be better >because there are free software tools for displaying them. these are, to my recollection, files published by the designers of the algorithm, not us. >Of course, info/TeX would be best. of course. today we're using/publishing in html. is that ok? cheers; rsn From raif@fl.net.au Tue Dec 04 03:35:19 2001 Received: from int-mail.syd.fl.net.au ([202.181.0.28]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 16BB2t-0002Jh-00 for ; Tue, 04 Dec 2001 03:35:19 -0500 Received: from solomon.fl.net.au (a3-p02.syd.fl.net.au [202.181.1.66]) by int-mail.syd.fl.net.au (Postfix) with ESMTP id 6663016838; Tue, 4 Dec 2001 19:35:15 +1100 (EST) Message-Id: <5.0.0.25.1.20011204191021.00a37d30@mail.syd.fl.net.au> X-Sender: raif@mail.syd.fl.net.au X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Tue, 04 Dec 2001 19:37:04 +1100 To: David Brownell From: "Raif S. Naffah" Subject: Re: [Classpathx-crypto] quick comments on gnu.crypto code Cc: classpathx-crypto@gnu.org In-Reply-To: <077501c17c7e$1e444a40$6800000a@brownell.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: At 08:42 PM 12/3/01 -0800, David Brownell wrote: >Hi, > >I recently grabbed a copy of the code. No comments yet on >the real guts -- though from the look of it I won't have many >complaints, clean and regular crypto code is usually a very >good sign! So here's a random set of questions and comments >that came to mind as I skimmed what CVS told me. > >Some peripheral points first leaped out at me: > > - Coding style ... three space indents? No tabs? And > Hungarian "IamAnInterface" notation? Yoiks! I don't > like even one of those, sorry. > - PDFs in the docs. DocBook XML where possible, > please. Though since these are original specs, I suspect > that's not a real option. Does CVS need to have those? > (I hate TexInfo equally ... DocBook at least turns into > good HTML, though the MathML output may be a > bit lacking just now.) as i mentioned in an earlier message, those documents are published by the designers not us. > - javadoc. The links to the PDFs were all broken, and > there were no "package.html" files to describe why each > package is there and how to use it. these are in the process of being fixed. before the existence of a web page, the idea was to bundle and include them in the release. i'm not doing this anymore; instead they will be pointing to the web page. this has the added advantage of making the release smaller in size. > - License ... LGPL, not "GPL + library exception". Maybe > not an immediate issue, but static linking will increasingly > matter. again. this is being changed 'as-we-speak'. >OK, non-peripheral points: functionality. Seems to be a strange >selection in this first code drop. > > - Seems that widely used hashes (MD5, SHA1; maybe MD2) > aren't there. well; if you have implementations of them that you'd like to contribute then pls ;-) > - Block ciphers. Again, common ones are not there yet. > DES, 3DES-EDE; likely Blowfish; maybe CAST128. same thing. > - And of less immediate concern (to me), stream ciphers. > ARCFOUR, maybe AES in stream modes, and so on. same thing for arc4. i'm expecting, with the first release to start receiving these common algorithms. unfortunately the implementations i've already done for these are under a different license and hence i cannot include them here. somebody else will have to step forward. > - Looks like the factory always runs selftests on whatever > it returns. (gnu.crypto.cipher.CipherFactory). That should > be conditionalized on a "if doing development" static final > boolean flag, so it normally doesn't happen. noted. i'd like to open a discussion thread on 'how we can ensure a degree of trust in the code'. the self-test approach is far from being optimal and hence i'm looking forward to a fruitful brain-storming exchange. > - No public key crypto support (RSA, D-H, etc) or digital > signature support. Again, why? The PKCS7 doc there > strongly suggests it'll be added, along with lots of BER/DER > style utilities for cert and public/private key management ... re. PK algos, the same as above. re. ASN.1 stuff, i'm already the maintainer/sole-programmer of a sourceforge project (cryptix-asn1) that addresses that and is under a BSD-like license (see ). why did i mention this? because all DER related stuff, in gnu.crypto can extend/use classes generated by the cryptix-asn1 library. >That's just first reactions from a look at the code. Of course >I like the fact that ciphers are interfaces and there's none of >that silly overhead of a java security layer to slow down calls >past abstract method overhead, so from that perspective the >API framework starts out immediately on the right foot. good to hear :-) > And >since secure key storage is a quick hack [NOT!] I can easily >understand adding it later, after some hardware hooks have >been reasonably prototyped. i've done in the past (JNI hooks) to plug native implementations of algorithms with the first jce beta with an open-source project, but that code never got published. the justification at the time was that pure java code was as fast, and in some instances faster, than using the native code. while this is true if you have a choice between the two, i take your point that sometimes you dont. i will add that to the TODO list. >A lot of that is just wondering what the direction for this code >is expected to be. I'll assume that what's there is a good start, >but since it doesn't do what I'd first need to be done ... :) i hoped the README explained where we're going. this is the start. the next step is to build the adapters that will allow this library to _also_ work the jca/jce way hence offering programmers a _choice_. i'm confident that people/developers will join in, contributing implementations of the "every-day" algorithms soon. in the meantime if you and/or others know of the existence of java implementations out there of those algorithms with a licence that would allow to re-work them under the XGPL i'm happy to do that myself. >Not having support for today's most widely used cryptographic >algorithms seems to me like it'll be an adoption problem, and I >hope the plan is to make sure that several of those algorithms >get added before the first (beta?) release. my hope is that contributors will come forward _when_ it is released. i'm counting on the "snowball" effect :-) cheers; rsn >- Dave > >p.s. I'm not currently subscribed to the list, so please cc me > on any responses. From olivier@zipworld.com.au Tue Dec 04 06:28:54 2001 Received: from mailman.zeta.org.au ([203.26.10.16]) by fencepost.gnu.org with esmtp (Exim 3.22 #1 (Debian)) id 16BDkr-0006Vz-00 for ; Tue, 04 Dec 2001 06:28:54 -0500 Received: from tournesol.malabar.au (ppp71.dyn71.pacific.net.au [202.7.71.71]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id WAA02512; Tue, 4 Dec 2001 22:28:43 +1100 Received: from olivier by tournesol.malabar.au with local (Exim 3.32 #1 (Debian)) id 16BDfo-0000Pj-00; Tue, 04 Dec 2001 22:23:40 +1100 Date: Tue, 4 Dec 2001 22:23:40 +1100 To: Nic Ferrier Cc: classpathx-crypto@gnu.org Subject: Re: [Classpathx-crypto] pdf files Message-ID: <20011204222340.C1151@zipworld.com.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.23i From: Olivier LF Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: On Mon, Dec 03, 2001 at 11:31:36PM +0000, Nic Ferrier wrote: > > You guys have a few pdf files on your site. > > Are there free software tools for reading pdfs? > > Are there alternatives to pdf files? postscript would be better > because there are free software tools for displaying them. > Ghostscript can read both ps and pdf files. All GNU/Linux system seams to have it with a handfull of front ends, "gnome-gv" to cite only one. pdf are a lot smaller that ps, that's at least an advantage also gzipped postscripts are about the same size as pdf. > Of course, info/TeX would be best. I'd like to look at docbook. I've used LaTeX for years but I'd rather investigate docbook. Do you have any experience with it? I am quite sure I read somewhere that gcj as some tools to convert javadoc to texinfo, have you heard of that? Olivier -- ---------------------------------------------------------------------- Olivier Louchart-Fletcher Email: olivier@zipworld.com.au From nferrier@tapsellferrier.co.uk Tue Dec 04 06:36:18 2001 Received: from tf1.tapsellferrier.co.uk ([195.7.242.226]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 16BDs1-000710-00 for ; Tue, 04 Dec 2001 06:36:17 -0500 Received: from gateway.mondus.com ([193.132.141.145] helo=UKC21D) by tf1.tapsellferrier.co.uk with smtp (Exim 3.12 #1 (Debian)) id 16BE6U-0001Kv-00; Tue, 04 Dec 2001 11:51:14 +0000 Message-ID: <002e01c17cb7$da22fcf0$0e07a8c0@internal.mondus.com> From: "Nic Ferrier" To: "Nic Ferrier" , "Raif S. Naffah" Cc: References: <5.0.0.25.1.20011204190014.00a586c0@mail.syd.fl.net.au> Subject: Re: [Classpathx-crypto] pdf files Date: Tue, 4 Dec 2001 11:36:01 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: > >You guys have a few pdf files on your site. > >Are there free software tools for reading pdfs? > > the acrobat reader to my knowledge is free (see > ). No. The acrobat reader is free as in beer. I meant free-software. > >Are there alternatives to pdf files? postscript would be better > >because there are free software tools for displaying them. > > these are, to my recollection, files published by the designers of the > algorithm, not us. What are the redistribution terms? You may not be able to keep these on the site, linking to them elsewhere might be ok though. Nic From nferrier@tapsellferrier.co.uk Tue Dec 04 06:40:43 2001 Received: from tf1.tapsellferrier.co.uk ([195.7.242.226]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 16BDwI-0007HX-00 for ; Tue, 04 Dec 2001 06:40:42 -0500 Received: from gateway.mondus.com ([193.132.141.145] helo=UKC21D) by tf1.tapsellferrier.co.uk with smtp (Exim 3.12 #1 (Debian)) id 16BEAv-0001L1-00; Tue, 04 Dec 2001 11:55:49 +0000 Message-ID: <003501c17cb8$7e579420$0e07a8c0@internal.mondus.com> From: "Nic Ferrier" To: "Nic Ferrier" , "Olivier LF" Cc: References: <20011204222340.C1151@zipworld.com.au> Subject: Re: [Classpathx-crypto] pdf files Date: Tue, 4 Dec 2001 11:40:37 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: > > Of course, info/TeX would be best. > > I'd like to look at docbook. I've used LaTeX for years but I'd rather > investigate docbook. Do you have any experience with it? > I am quite sure I read somewhere that gcj as some tools to convert > javadoc to texinfo, have you heard of that? I have used Docbook, and it is really good. However, docbook doesn't yet have an info maker and info is still the chosen doc platform for GNU. There's good reason for that, docbook may be the new and sexy thing but it still doesn't have the widespread support of info. And in many ways info is superior (it's lighter for one thing). The GNU project is working on a javadoc -> info tool. That is being done by the Classpath Tools project, which is part of Classpath. Hopefully we will eventually have docbook -> info too, I'm sure someone is working on it somewhere. Nic From raif@fl.net.au Tue Dec 04 06:51:12 2001 Received: from int-mail.syd.fl.net.au ([202.181.0.28]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 16BE6R-0007mw-00 for ; Tue, 04 Dec 2001 06:51:11 -0500 Received: from solomon.fl.net.au (a3-p02.syd.fl.net.au [202.181.1.66]) by int-mail.syd.fl.net.au (Postfix) with ESMTP id 1F841168BA; Tue, 4 Dec 2001 22:51:08 +1100 (EST) Message-Id: <5.0.0.25.1.20011204225002.00a90cf0@mail.syd.fl.net.au> X-Sender: raif@mail.syd.fl.net.au X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Tue, 04 Dec 2001 22:52:59 +1100 To: "Nic Ferrier" From: "Raif S. Naffah" Subject: Re: [Classpathx-crypto] pdf files Cc: "Nic Ferrier" , In-Reply-To: <002e01c17cb7$da22fcf0$0e07a8c0@internal.mondus.com> References: <5.0.0.25.1.20011204190014.00a586c0@mail.syd.fl.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: At 11:36 AM 12/4/01 +0000, Nic Ferrier wrote: > > >You guys have a few pdf files on your site. > > >Are there free software tools for reading pdfs? > > > > the acrobat reader to my knowledge is free (see > > ). > >No. The acrobat reader is free as in beer. I meant free-software. Olivier answered this one already. > > >Are there alternatives to pdf files? postscript would be better > > >because there are free software tools for displaying them. > > > > these are, to my recollection, files published by the designers of the > > algorithm, not us. > >What are the redistribution terms? You may not be able to keep these on the >site, linking to them elsewhere might be ok though. dont know. i'll have to ask. if i get the authors' permission i guess i can keep them where they are. ok? the rationale for this is that these things tend to disappear after a time from the net and links become forever broken. they are included here so the alert/curious reader/user can verify the code against the designer's specifications. cheers; rsn From nferrier@tapsellferrier.co.uk Tue Dec 04 06:56:24 2001 Received: from tf1.tapsellferrier.co.uk ([195.7.242.226]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 16BEBU-0008EJ-00 for ; Tue, 04 Dec 2001 06:56:24 -0500 Received: from gateway.mondus.com ([193.132.141.145] helo=UKC21D) by tf1.tapsellferrier.co.uk with smtp (Exim 3.12 #1 (Debian)) id 16BEPy-0001M8-00; Tue, 04 Dec 2001 12:11:22 +0000 Message-ID: <006701c17cba$aa233580$0e07a8c0@internal.mondus.com> From: "Nic Ferrier" To: "David Brownell" , References: <077501c17c7e$1e444a40$6800000a@brownell.org> Subject: Re: [Classpathx-crypto] quick comments on gnu.crypto code Date: Tue, 4 Dec 2001 11:56:09 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: > - Coding style ... three space indents? No tabs? And > Hungarian "IamAnInterface" notation? Yoiks! I don't > like even one of those, sorry. I agree with Dave, but the coding standard is relaxed here at ClasspathX. We don't force people to use the GNU style (though I might in the future do a batch update of the CVS with a style enforcer I will do it only with people's agreement). I hate hungarian for java code. It just seems dumb to me... but I'm not prepared to force you guys to change it. > > - PDFs in the docs. DocBook XML where possible, > please. Though since these are original specs, I suspect > that's not a real option. Does CVS need to have those? > (I hate TexInfo equally ... DocBook at least turns into > good HTML, though the MathML output may be a > bit lacking just now.) Actually Dave, it's: "info where possible please". When there is an info generator for docbook I'll be happy for people to have their documentation in docbook, until then I meerly tolerate it /8-> I don't think the PDFs are generated by the project. If they are we must use something else. We might still have to ditch them and link to them elsewhere (which seems sensible anyway, if they're someone else's files). > - javadoc. The links to the PDFs were all broken, and > there were no "package.html" files to describe why each > package is there and how to use it. We'll have to think about the "links to PDFs" in light of my comments above. > - License ... LGPL, not "GPL + library exception". Maybe > not an immediate issue, but static linking will increasingly > matter. All code should be GPL + library exception. Nic From nferrier@tapsellferrier.co.uk Tue Dec 04 07:02:22 2001 Received: from tf1.tapsellferrier.co.uk ([195.7.242.226]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 16BEHF-0008Pp-00 for ; Tue, 04 Dec 2001 07:02:22 -0500 Received: from gateway.mondus.com ([193.132.141.145] helo=UKC21D) by tf1.tapsellferrier.co.uk with smtp (Exim 3.12 #1 (Debian)) id 16BEVo-0001MN-00; Tue, 04 Dec 2001 12:17:24 +0000 Message-ID: <006e01c17cbb$81c478f0$0e07a8c0@internal.mondus.com> From: "Nic Ferrier" To: "David Brownell" , "Raif S. Naffah" Cc: References: <5.0.0.25.1.20011204191021.00a37d30@mail.syd.fl.net.au> Subject: Re: [Classpathx-crypto] quick comments on gnu.crypto code Date: Tue, 4 Dec 2001 12:02:11 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: > my hope is that contributors will come forward _when_ it is released. i'm > counting on the "snowball" effect :-) Absolutely... release early and often... Having said that the most popular ciphers are the ones that will encourage the most use. Nic From nferrier@tapsellferrier.co.uk Tue Dec 04 07:06:07 2001 Received: from tf1.tapsellferrier.co.uk ([195.7.242.226]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 16BEKs-0008VY-00 for ; Tue, 04 Dec 2001 07:06:07 -0500 Received: from gateway.mondus.com ([193.132.141.145] helo=UKC21D) by tf1.tapsellferrier.co.uk with smtp (Exim 3.12 #1 (Debian)) id 16BEZV-0001My-00; Tue, 04 Dec 2001 12:21:13 +0000 Message-ID: <008f01c17cbc$0a4e6410$0e07a8c0@internal.mondus.com> From: "Nic Ferrier" To: "Raif S. Naffah" Cc: References: <5.0.0.25.1.20011204190014.00a586c0@mail.syd.fl.net.au> <5.0.0.25.1.20011204225002.00a90cf0@mail.syd.fl.net.au> Subject: Re: [Classpathx-crypto] pdf files Date: Tue, 4 Dec 2001 12:06:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: > >What are the redistribution terms? You may not be able to keep these on the > >site, linking to them elsewhere might be ok though. > > dont know. i'll have to ask. if i get the authors' permission i guess i > can keep them where they are. ok? > > the rationale for this is that these things tend to disappear after a time > from the net and links become forever broken. they are included here so > the alert/curious reader/user can verify the code against the designer's > specifications. I understand your reasons... I'm just nervous of distributing PDF files (a proprietary format) from non-GNU sources. I hope you understand. If you can get the author's permission I will _consider_ allowing their hosting on the GNU site. If not, we will have to manage the movement of the files (perhaps by meerly quoting them). Nic From raif@fl.net.au Tue Dec 04 07:20:22 2001 Received: from int-mail.syd.fl.net.au ([202.181.0.28]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 16BEYf-0000Yd-00 for ; Tue, 04 Dec 2001 07:20:22 -0500 Received: from solomon.fl.net.au (a3-p02.syd.fl.net.au [202.181.1.66]) by int-mail.syd.fl.net.au (Postfix) with ESMTP id 2205E16889; Tue, 4 Dec 2001 23:20:16 +1100 (EST) Message-Id: <5.0.0.25.1.20011204231055.00a9baa0@mail.syd.fl.net.au> X-Sender: raif@mail.syd.fl.net.au X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Tue, 04 Dec 2001 23:22:07 +1100 To: "Nic Ferrier" From: "Raif S. Naffah" Subject: Re: [Classpathx-crypto] pdf files Cc: In-Reply-To: <008f01c17cbc$0a4e6410$0e07a8c0@internal.mondus.com> References: <5.0.0.25.1.20011204190014.00a586c0@mail.syd.fl.net.au> <5.0.0.25.1.20011204225002.00a90cf0@mail.syd.fl.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: At 12:06 PM 12/4/01 +0000, Nic Ferrier wrote: > > >What are the redistribution terms? You may not be able to keep these on >the > > >site, linking to them elsewhere might be ok though. > > > > dont know. i'll have to ask. if i get the authors' permission i guess i > > can keep them where they are. ok? > > > > the rationale for this is that these things tend to disappear after a time > > from the net and links become forever broken. they are included here so > > the alert/curious reader/user can verify the code against the designer's > > specifications. > > >I understand your reasons... I'm just nervous of distributing PDF files (a >proprietary format) from non-GNU sources. > >I hope you understand... no problems. i'll remove those files and replace them with links to their current site. cheers; rsn From nferrier@tapsellferrier.co.uk Tue Dec 04 07:29:39 2001 Received: from tf1.tapsellferrier.co.uk ([195.7.242.226]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 16BEhe-0000z1-00 for ; Tue, 04 Dec 2001 07:29:39 -0500 Received: from gateway.mondus.com ([193.132.141.145] helo=UKC21D) by tf1.tapsellferrier.co.uk with smtp (Exim 3.12 #1 (Debian)) id 16BEwI-0001Ni-00; Tue, 04 Dec 2001 12:44:46 +0000 Message-ID: <00a801c17cbf$54d49420$0e07a8c0@internal.mondus.com> From: "Nic Ferrier" To: "Raif S. Naffah" Cc: References: <5.0.0.25.1.20011204190014.00a586c0@mail.syd.fl.net.au> <5.0.0.25.1.20011204225002.00a90cf0@mail.syd.fl.net.au> <5.0.0.25.1.20011204231055.00a9baa0@mail.syd.fl.net.au> Subject: Re: [Classpathx-crypto] pdf files Date: Tue, 4 Dec 2001 12:29:34 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: > no problems. i'll remove those files and replace them with links to their > current site. If you're happy to do that it seems to be the best solution. Nic From david-b@pacbell.net Tue Dec 04 13:40:23 2001 Received: from mta5.snfc21.pbi.net ([206.13.28.241]) by fencepost.gnu.org with esmtp (Exim 3.22 #1 (Debian)) id 16BKUR-0003VC-00 for ; Tue, 04 Dec 2001 13:40:23 -0500 Received: from krypton ([206.170.7.66]) by mta5.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with SMTP id <0GNU00AJ51788L@mta5.snfc21.pbi.net> for classpathx-crypto@gnu.org; Tue, 04 Dec 2001 10:40:21 -0800 (PST) Date: Tue, 04 Dec 2001 10:38:56 -0800 From: David Brownell Subject: Re: [Classpathx-crypto] quick comments on gnu.crypto code To: Nic Ferrier , classpathx-crypto@gnu.org Message-id: <081d01c17cf2$ef269ea0$6800000a@brownell.org> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Mailer: Microsoft Outlook Express 5.50.4133.2400 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal References: <077501c17c7e$1e444a40$6800000a@brownell.org> <006701c17cba$aa233580$0e07a8c0@internal.mondus.com> Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: > > - PDFs in the docs. DocBook XML where possible, > > please. Though since these are original specs, I suspect > > that's not a real option. Does CVS need to have those? > > (I hate TexInfo equally ... DocBook at least turns into > > good HTML, though the MathML output may be a > > bit lacking just now.) > > Actually Dave, it's: "info where possible please". OK, so I'm a heretic who things "info" should go away in favor of a much more widely adopted standard, "HTML" ... :) I guess I'm content to have the PDFs just survive as links on the web page. Does that mean they'll move out of the project CVS? - Dave From olivier@zipworld.com.au Thu Dec 06 06:22:39 2001 Received: from mailman.zeta.org.au ([203.26.10.16]) by fencepost.gnu.org with esmtp (Exim 3.22 #1 (Debian)) id 16Bwbv-0004iF-00 for ; Thu, 06 Dec 2001 06:22:39 -0500 Received: from tournesol.malabar.au (ppp190.dyn146.pacific.net.au [210.23.146.190]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id WAA02943; Thu, 6 Dec 2001 22:22:31 +1100 Received: from olivier by tournesol.malabar.au with local (Exim 3.32 #1 (Debian)) id 16BwUC-0000LC-00; Thu, 06 Dec 2001 22:14:40 +1100 Date: Thu, 6 Dec 2001 22:14:40 +1100 To: David Brownell Cc: classpathx-crypto@gnu.org Subject: Re: [Classpathx-crypto] quick comments on gnu.crypto code Message-ID: <20011206221440.A1292@zipworld.com.au> References: <077501c17c7e$1e444a40$6800000a@brownell.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <077501c17c7e$1e444a40$6800000a@brownell.org> User-Agent: Mutt/1.3.23i From: Olivier LF Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: On Mon, Dec 03, 2001 at 08:42:44PM -0800, David Brownell wrote: > - Coding style ... three space indents? No tabs? 3 spaces is not so unusual, it does save some precious space if you want to keep your code within the common 80 columns range. As for tabs, space is the lowest common denominator between editors. The brain dead ones display 8 spaces for TAB!!! and the good ones can always be configured to emulate tabs with spaces. Many projects require "space only" for that reason actually (Apache projects). It ensures you'll be able to work on the source no matter how modest your system and editor is. Back 6 years ago I used to edit files from home with a Minitel (A very cheap text terminal you get with the phone in France). It only supported line editing with "ed", those where the days... Olivier -- ---------------------------------------------------------------------- Olivier Louchart-Fletcher Email: olivier@zipworld.com.au From david-b@pacbell.net Thu Dec 06 16:20:37 2001 Received: from mta5.snfc21.pbi.net ([206.13.28.241]) by fencepost.gnu.org with esmtp (Exim 3.22 #1 (Debian)) id 16C5wa-0003Tk-00 for ; Thu, 06 Dec 2001 16:20:37 -0500 Received: from krypton ([206.170.6.95]) by mta5.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with SMTP id <0GNX00K36XYAJH@mta5.snfc21.pbi.net> for classpathx-crypto@gnu.org; Thu, 06 Dec 2001 13:20:35 -0800 (PST) Date: Thu, 06 Dec 2001 13:19:08 -0800 From: David Brownell Subject: Re: [Classpathx-crypto] quick comments on gnu.crypto code To: Olivier LF Cc: classpathx-crypto@gnu.org Message-id: <0d3001c17e9b$a506c700$6800000a@brownell.org> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Mailer: Microsoft Outlook Express 5.50.4133.2400 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal References: <077501c17c7e$1e444a40$6800000a@brownell.org> <20011206221440.A1292@zipworld.com.au> Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: > > - Coding style ... three space indents? No tabs? > > 3 spaces is not so unusual, it does save some precious space if you want > to keep your code within the common 80 columns range. And the counter-argument is that "four spaces" is much more common, doesn't fight against standard 8-space tabstops, and is still "nicer" than "indent == tab" for cases where nested code constructs "must" be used. And I'll note that Linux coding style certainly says "indent == tab", and notes that when that's awkward, the algorithm is the problem, not the coding standard. That tends to be very true, in my observation. Kernel code, like crypto code, is a domain where "simple is better" normally wins against the more "deadline oriented" application domains where "done now is better" wins ... it's "done now" that argues against restructuring code to get rid of excessive nesting/indentation, and argues for narrow indents. (80/4 = max 20 levels/line, 80/3 = 26, either is too complex...) Not that I want to start such style flamewars ... on the other hand I think it's completely reasonable to say "three spaces" or "no tabs" are guidelines that I've never subscribed to. And I'll criticize them every time it comes up, particularly when they're added as exceptions to guidelines that are otherwise largely reasonable, since such style guidelines do add up to > As for tabs, space is the lowest common denominator between editors. > The brain dead ones display 8 spaces for TAB!!! and the good ones can > always be configured to emulate tabs with spaces. Displaying 8 spaces for tabstops is not the same as storing them that way. Some editors will silently correct spelling "mistakes" for you too, and store the results. I don't like either behavior. In both cases using a Real Text Editor is a reasonable requirement. Think of tabs as an 8-to-1 compression scheme built in to the standard text file format. > Many projects require "space only" for that reason actually (Apache projects). The original motivation I heard for that was that a number of early contributors didn't want to switch from Win32 editors which, to this day, are often unable to handle tabbing correctly. (MSFT discourages widespread use of monospaced fonts and "ASCII art" tools. Never mind that interop with other operating systems gets worse that way.) Many non-Apache projects still expect that Real Text Editors will be used ... which know how to handle tabs! :) - Dave From J.Frazur@finnexpo.fi Fri Dec 14 09:21:18 2001 Received: from [61.144.180.47] (helo=mysvr.meiyang.com.cn) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 16EtDB-0003Y4-00 for ; Fri, 14 Dec 2001 09:21:18 -0500 Received: from mail.finnexpo.fi by mysvr.meiyang.com.cn; Fri, 14 Dec 2001 22:24:50 +0800 From: "J.Frazur@finnexpo.fi" To: "8490@lycos.com" <8490@lycos.com> Message-ID: <1008361117.0452675782@mail.finnexpo.fi> MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-RBL-Warning: (inputs.orbz.org) Open relay. Please see http://orbz.org/?61.144.180.47 X-RBL-Warning: (relays.ordb.org) Blackholed by ORDB -- see http://ordb.org/lookup/?host=61.144.180.47 Date: Fri, 14 Dec 2001 09:21:18 -0500 Subject: [Classpathx-crypto] Reduce Travel Costs Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Take Control Of Your Conference Calls

Long Distance Conferencing
Only 18 Cents Per Minute

Connects Up To 100 Participants=21

  • No setup fees
  • No contracts or monthly fees
  • Call anytime, from anywhere, to anywhere
  • International Dial In 18 cents per minute
  • Simplicity in set up and administration
  • Operator Help available 24/7

    • G= et the best quality, the easiest to use, and lowest rate in the industry.

    If you like saving = money, fill out the form below and one of our consultants will contact you.

    Required Input Field*

    Name*
    Web Address*
    Company Name*
    State*
    Business Phone*
    Home Phone
    Email Address*
    Type of Business



    This ad is being sent in compliance with Senate Bill 1618= , Title 3, Section 301. You have recently visited our web site, referral or affiliate sit= es which indicated you were interested in communication services. If this email is reaching = you in error and you feel that you have not contacted us, Click here. We sincerely apologize, and assure you will be r= emoved from our distribution list.

    From nferrier@tapsellferrier.co.uk Sun Dec 16 18:24:38 2001 Received: from tf1.tapsellferrier.co.uk ([195.7.242.226]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 16Fke6-0006mI-00 for ; Sun, 16 Dec 2001 18:24:38 -0500 Received: from nferrier by tf1.tapsellferrier.co.uk with local (Exim 3.12 #1 (Debian)) id 16Fku9-0005tD-00; Sun, 16 Dec 2001 23:41:13 +0000 From: Nic Ferrier To: classpathx-crypto@gnu.org Message-Id: Date: Sun, 16 Dec 2001 23:41:13 +0000 Subject: [Classpathx-crypto] Makefile Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Just to let you know: I am working on this issue. I've been busy with work (last week at my old contract, new contract this week!) and I haven't had much time. However, I did solve the central portability problem of my original makefile: the path separator used (I had hard coded ':'). I've solved it by using a functional system (the GNU Make @(call) construct allows a certain amount of functionalism). It strikes me that if I solve the $(wildcard) problem then I won't have to use the shell script trick and that might mean that a native windows make might work. I'm still working on it... I'll try and get it done this week... I'm really sorry for the delay. If you guys want to go ahead with an ANT based release then let me know. Nic From raif@fl.net.au Mon Dec 17 02:52:45 2001 Received: from int-mail.syd.fl.net.au ([202.181.0.28]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 16FsZo-0005Wb-00 for ; Mon, 17 Dec 2001 02:52:45 -0500 Received: from solomon.fl.net.au (a5-p55.syd.fl.net.au [202.181.2.55]) by int-mail.syd.fl.net.au (Postfix) with ESMTP id 9423F16806; Mon, 17 Dec 2001 18:52:40 +1100 (EST) Message-Id: <5.0.0.25.1.20011217184639.00a4b4e0@mail.syd.fl.net.au> X-Sender: raif@mail.syd.fl.net.au X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Mon, 17 Dec 2001 18:54:40 +1100 To: Nic Ferrier From: "Raif S. Naffah" Subject: Re: [Classpathx-crypto] Makefile Cc: classpathx-crypto@gnu.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: At 11:41 PM 12/16/01 +0000, Nic Ferrier wrote: >Just to let you know: I am working on this issue. I've been busy with >work (last week at my old contract, new contract this week!) and I >haven't had much time. no worries. it's xmas anyway :-) >However, I did solve the central portability problem of my original >makefile: the path separator used (I had hard coded ':'). > >I've solved it by using a functional system (the GNU Make @(call) >construct allows a certain amount of functionalism). we use a trick (see the Makefile.in), where we do: (line #119): # a workaround to allow using the same Makefile under both Unix and NT ifeq (${OS},Windows_NT) PS:=; else PS:=: endif and then use ${PS} everywhere we need to separate path-elements. >It strikes me that if I solve the $(wildcard) problem then I won't >have to use the shell script trick and that might mean that a native >windows make might work. > >I'm still working on it... I'll try and get it done this week... I'm >really sorry for the delay. > > >If you guys want to go ahead with an ANT based release then let me >know. i'd suggest we do a release with ANT if we're going to standardise on ANT in classpathx projects. if not, i'd rather wait and have a common 'way' for building; ie. make with ANT as an alternative. if any other project/team-leader is willing to adopt ANT, i'm happy to help so we can harmonise the use of ANT across multiple projects. >Nic cheers; rsn From nferrier@tapsellferrier.co.uk Mon Dec 17 06:58:40 2001 Received: from tf1.tapsellferrier.co.uk ([195.7.242.226]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 16FwPo-0000mz-00 for ; Mon, 17 Dec 2001 06:58:40 -0500 Received: from [194.74.202.254] (helo=DBennett2) by tf1.tapsellferrier.co.uk with smtp (Exim 3.12 #1 (Debian)) id 16Fwg5-00068c-00 for ; Mon, 17 Dec 2001 12:15:29 +0000 Message-ID: <000001c186f2$3c3fb420$d4643dc0@gee.co.uk> From: "Nic Ferrier" To: References: <5.0.0.25.1.20011217184639.00a4b4e0@mail.syd.fl.net.au> Subject: Re: [Classpathx-crypto] Makefile Date: Mon, 17 Dec 2001 11:15:02 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.3018.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300 Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: > we use a trick (see the Makefile.in), where we do: > > (line #119): > > # a workaround to allow using the same Makefile under both Unix and NT > ifeq (${OS},Windows_NT) > PS:=; > else > PS:=: > endif > > and then use ${PS} everywhere we need to separate path-elements. Yes. I've fixed that by using this functional system. > >If you guys want to go ahead with an ANT based release then let me > >know. > > i'd suggest we do a release with ANT if we're going to standardise on ANT > in classpathx projects. if not, i'd rather wait and have a common 'way' > for building; ie. make with ANT as an alternative. I'd rather not dictate the use ANT across the board... if we move to that gradually that would be fine. I still prefer Autoconf/Make because that is the GNU standard and because it handles native code better... given the importance of GCJ in the "strategy" native code may become important. Having said that I think ANT will become important as it matures and more java programmers come to GNU from other environments. > if any other project/team-leader is willing to adopt ANT, i'm happy to help > so we can harmonise the use of ANT across multiple projects. Thanks Raif. Nic From olivier@zipworld.com.au Mon Dec 17 07:21:21 2001 Received: from mailman.zeta.org.au ([203.26.10.16]) by fencepost.gnu.org with esmtp (Exim 3.22 #1 (Debian)) id 16Fwlk-0001q6-00; Mon, 17 Dec 2001 07:21:20 -0500 Received: from tournesol.malabar.au (kenny105.zip.com.au [61.8.18.233]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id XAA28530; Mon, 17 Dec 2001 23:21:15 +1100 Received: from olivier by tournesol.malabar.au with local (Exim 3.32 #1 (Debian)) id 16Fwh5-0002XK-00; Mon, 17 Dec 2001 23:16:31 +1100 Date: Mon, 17 Dec 2001 23:16:31 +1100 To: classpathx-crypto@gnu.org Cc: classpathx-discuss@gnu.org Subject: Re: [Classpathx-crypto] Makefile Message-ID: <20011217231631.B26474@zipworld.com.au> References: <5.0.0.25.1.20011217184639.00a4b4e0@mail.syd.fl.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.0.0.25.1.20011217184639.00a4b4e0@mail.syd.fl.net.au> User-Agent: Mutt/1.3.23i From: Olivier LF Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: On Mon, Dec 17, 2001 at 06:54:40PM +1100, Raif S. Naffah wrote: > At 11:41 PM 12/16/01 +0000, Nic Ferrier wrote: > > >However, I did solve the central portability problem of my original > >makefile: the path separator used (I had hard coded ':'). > > > >I've solved it by using a functional system (the GNU Make @(call) > >construct allows a certain amount of functionalism). > > # a workaround to allow using the same Makefile under both Unix and NT > ifeq (${OS},Windows_NT) > PS:=; > else > PS:=: > endif > Autoconf seems to take care of that. This is the code generated in the configure script: # Rewrite early, but we need PATH_SEPARATOR. # The user is always right. if test "${PATH_SEPARATOR+set}" != set; then echo "#! $SHELL" >conftest.sh echo "exit 0" >>conftest.sh chmod +x conftest.sh if (PATH=".;."; conftest.sh) >/dev/null 2>&1; then PATH_SEPARATOR=';' else PATH_SEPARATOR=: fi rm -f conftest.sh fi I rely on this in my autoconf/automake example for gnu-crypto. However... apparantly it doesn't work on cygwin. I suspect it is because I also have to add double quotes all over the place, something like: jikes -classpath "pkg1@PS@pkg2" ... to prevent the shell from resolving the semicolon as the "end of command" character. It used to work on cygwin but I haven't try it for few weeks. However going back to the earlier Makefile discussion, I've cut and paste portions of the make process generated by automake/autoconf scripts for GCJ compilation and shared libraries. As you can see, it is not exactly trivial or intuitive. Do you really want to reinvent all of that while automake, a GNU tool Copyrighted by the FSF, is out there? Olivier Making all in source make[1]: Entering directory `/home/olivier/tmp/crypt/source' gcj -C --encoding=UTF-8 -fCLASSPATH=/home/olivier/program/cvs/classpathx/crypto/source -d . /home/olivier/program/cvs/classpathx/crypto/source/gnu/crypto/cipher/Anubis.java ... ... make all-am make[2]: Entering directory `/home/olivier/tmp/crypt/source' source='gnu/crypto/cipher/Anubis.java' object='gnu/crypto/cipher/Anubis.lo' libtool=yes \ depfile='.deps/gnu/crypto/cipher/Anubis.Plo' tmpdepfile='.deps/gnu/crypto/cipher/Anubis.TPlo' \ depmode=gcc3 /bin/sh /home/olivier/program/cvs/classpathx/crypto/depcomp \ /bin/sh ../libtool --mode=compile gcj --encoding=UTF-8 -fassume-compiled -fCLASSPATH=/home/olivier/program/cvs/classpathx/crypto/source -g -O2 -c -o gnu/crypto/cipher/Anubis.lo `test -f gnu/crypto/cipher/Anubis.java || echo '/home/olivier/program/cvs/classpathx/crypto/source/'`gnu/crypto/cipher/Anubis.java rm -f gnu/crypto/cipher/.libs/Anubis.lo gcj --encoding=UTF-8 -fassume-compiled -fCLASSPATH=/home/olivier/program/cvs/classpathx/crypto/source -g -O2 -c /home/olivier/program/cvs/classpathx/crypto/source/gnu/crypto/cipher/Anubis.java -MT gnu/crypto/cipher/Anubis.lo -MD -MP -MF .deps/gnu/crypto/cipher/Anubis.TPlo -fPIC -o gnu/crypto/cipher/Anubis.o mv -f gnu/crypto/cipher/Anubis.o gnu/crypto/cipher/.libs/Anubis.lo gcj --encoding=UTF-8 -fassume-compiled -fCLASSPATH=/home/olivier/program/cvs/classpathx/crypto/source -g -O2 -c /home/olivier/program/cvs/classpathx/crypto/source/gnu/crypto/cipher/Anubis.java -MT gnu/crypto/cipher/Anubis.lo -MD -MP -MF .deps/gnu/crypto/cipher/Anubis.TPlo -o gnu/crypto/cipher/Anubis.o >/dev/null 2>&1 mv -f gnu/crypto/cipher/.libs/Anubis.lo gnu/crypto/cipher/Anubis.lo ... ... /bin/sh ../libtool --mode=link gcj --encoding=UTF-8 -fassume-compiled -fCLASSPATH=/home/olivier/program/cvs/classpathx/crypto/source -g -O2 -o lib-gnu-crypto.la -rpath /home/olivier/tmp/ooo/lib -version-info 1:0 gnu/crypto/cipher/Anubis.lo gnu/crypto/cipher/BaseCipher.lo gnu/crypto/cipher/CipherFactory.lo gnu/crypto/cipher/IBlockCipher.lo ... ... ... ... mkdir .libs rm -fr .libs/lib-gnu-crypto.la .libs/lib-gnu-crypto.* .libs/lib-gnu-crypto.* gcc -shared gnu/crypto/cipher/Anubis.lo gnu/crypto/cipher/BaseCipher.lo gnu/crypto/cipher/CipherFactory.lo ... ... ... ... -lc -Wl,-soname -Wl,lib-gnu-crypto.so.1 -o .libs/lib-gnu-crypto.so.1.0.0 (cd .libs && rm -f lib-gnu-crypto.so.1 && ln -s lib-gnu-crypto.so.1.0.0 lib-gnu-crypto.so.1) (cd .libs && rm -f lib-gnu-crypto.so && ln -s lib-gnu-crypto.so.1.0.0 lib-gnu-crypto.so) ar cru .libs/lib-gnu-crypto.a gnu/crypto/cipher/Anubis.o gnu/crypto/cipher/BaseCipher.o ... ... ... ... ranlib .libs/lib-gnu-crypto.a creating lib-gnu-crypto.la (cd .libs && rm -f lib-gnu-crypto.la && ln -s ../lib-gnu-crypto.la lib-gnu-crypto.la) -- ---------------------------------------------------------------------- Olivier Louchart-Fletcher Email: olivier@zipworld.com.au From nferrier@tapsellferrier.co.uk Mon Dec 17 07:35:41 2001 Received: from tf1.tapsellferrier.co.uk ([195.7.242.226]) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 16Fwzc-0003nZ-00; Mon, 17 Dec 2001 07:35:40 -0500 Received: from [194.74.202.254] (helo=DBennett2) by tf1.tapsellferrier.co.uk with smtp (Exim 3.12 #1 (Debian)) id 16FxFu-0006AD-00; Mon, 17 Dec 2001 12:52:30 +0000 Message-ID: <003101c186f7$676c9d20$d4643dc0@gee.co.uk> From: "Nic Ferrier" To: Cc: References: <5.0.0.25.1.20011217184639.00a4b4e0@mail.syd.fl.net.au> <20011217231631.B26474@zipworld.com.au> Subject: Re: [Classpathx-crypto] Makefile Date: Mon, 17 Dec 2001 12:35:38 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.3018.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300 Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: > However going back to the earlier Makefile discussion, I've cut and paste > portions of the make process generated by automake/autoconf scripts for > GCJ compilation and shared libraries. As you can see, it is not exactly > trivial or intuitive. > Do you really want to reinvent all of that while automake, a GNU tool > Copyrighted by the FSF, is out there? The trouble is automake (the version that widely installed) has some issues... my bodged makefile is not actually that much work and therefore I don't mind maintaining it until automake becomes a realistic option. I wouldn't object to any project using automake as long as they maintain it themselves. But on the other hand my bodge makefile does the job (or can do the job) quite well. Nic From raif@fl.net.au Sat Jan 05 17:50:22 2002 Received: from int-mail.syd.fl.net.au ([202.181.0.28]) by fencepost.gnu.org with smtp (Exim 3.33 #1 (Debian)) id 16Mzdu-00054u-00 for ; Sat, 05 Jan 2002 17:50:22 -0500 Received: from solomon.fl.net.au (a5-p44.syd.fl.net.au [202.181.2.44]) by int-mail.syd.fl.net.au (Postfix) with ESMTP id B69A316998; Sun, 6 Jan 2002 09:50:15 +1100 (EST) Message-Id: <5.0.0.25.1.20020106094508.00a644f0@mail.syd.fl.net.au> X-Sender: raif@mail.syd.fl.net.au X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Sun, 06 Jan 2002 09:52:29 +1100 To: jjonsson@rsasecurity.com, bkaliski@rsasecurity.com From: "Raif S. Naffah" Cc: GNU Crypto Developers , "Paulo S. L. M. Barreto" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Classpathx-crypto] NESSIE RSA-PSS submission Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Gentlemen, while implementing this scheme in Java, i found an inconsistency in the specification of the EMSA-PSS-Decode(M, EM, emBits) primitive (document B of your submission, page 11), at step #10. this should read "...or if the octet at position emLen -hLen -sLen -2 is not equal to 01..." and not "...emLen -hLen -sLen -1." cheers; rsn From jjonsson@rsasecurity.com Thu Jan 10 05:20:07 2002 Received: from mail.rsasecurity.com ([204.167.112.129] helo=tholian.rsasecurity.com) by fencepost.gnu.org with smtp (Exim 3.33 #1 (Debian)) id 16OcJb-0006Ro-00 for ; Thu, 10 Jan 2002 05:20:07 -0500 Received: from sdtihq24.securitydynamics.com by tholian.rsasecurity.com via smtpd (for fencepost.gnu.org [199.232.76.164]) with SMTP; 10 Jan 2002 10:19:44 UT Received: from ebola.securitydynamics.com (ebola.securid.com [192.168.7.4]) by sdtihq24.securid.com (Pro-8.9.3/Pro-8.9.3) with ESMTP id FAA29431; Thu, 10 Jan 2002 05:19:51 -0500 (EST) Received: from exno02.dynas.se (localhost [127.0.0.1]) by ebola.securitydynamics.com (8.10.2+Sun/8.9.1) with ESMTP id g0AAJm028611; Thu, 10 Jan 2002 05:19:49 -0500 (EST) Received: from jjonssonpc (jjonsson-pc.d.dynas.se [172.16.13.227]) by exno02.dynas.se with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id V47AGKG6; Thu, 10 Jan 2002 11:19:43 +0100 Message-ID: <004c01c199c0$68ed0960$e30d10ac@jjonssonpc> From: "Jakob Jonsson" To: , "Raif S. Naffah" Cc: "GNU Crypto Developers" , "Paulo S. L. M. Barreto" References: <5.0.0.25.1.20020106094508.00a644f0@mail.syd.fl.net.au> Date: Thu, 10 Jan 2002 11:20:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Classpathx-crypto] Re: NESSIE RSA-PSS submission Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Hi Raif, I think the inconsistency lies in how you define the leftmost position of an octet string; this could be either "position 0" (as in C and Java) or "position 1". We have adopted the second convention; the octet on position n is the nth leftmost octet rather than the (n+1)st leftmost octet. The length of the PS string preceding the 01 octet is emLen-hLen-sLen-2, so the 01 octet is on position emLen-hLen-sLen-1. Yet, I admit that this convention should have been explicitly stated in the document. Best regards, Jakob Jonsson RSA Laboratories ----- Original Message ----- From: "Raif S. Naffah" To: ; Cc: "GNU Crypto Developers" ; "Paulo S. L. M. Barreto" Sent: Saturday, January 05, 2002 11:52 PM Subject: NESSIE RSA-PSS submission > Gentlemen, > > while implementing this scheme in Java, i found an inconsistency in the > specification of the EMSA-PSS-Decode(M, EM, emBits) primitive (document B > of your submission, page 11), at step #10. > > this should read "...or if the octet at position emLen -hLen -sLen -2 is > not equal to 01..." and not "...emLen -hLen -sLen -1." > > > cheers; > rsn From raif@fl.net.au Fri Jan 11 15:20:48 2002 Received: from int-mail.syd.fl.net.au ([202.181.0.28]) by fencepost.gnu.org with smtp (Exim 3.33 #1 (Debian)) id 16P8AR-0004aj-00 for ; Fri, 11 Jan 2002 15:20:48 -0500 Received: from solomon.fl.net.au (a5-p30.syd.fl.net.au [202.181.2.30]) by int-mail.syd.fl.net.au (Postfix) with ESMTP id 36DD116947; Sat, 12 Jan 2002 07:20:43 +1100 (EST) Message-Id: <5.0.0.25.1.20020112071857.00a71050@mail.syd.fl.net.au> X-Sender: raif@mail.syd.fl.net.au X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Sat, 12 Jan 2002 07:23:02 +1100 To: "Jakob Jonsson" From: "Raif S. Naffah" Subject: Re: [Classpathx-crypto] Re: NESSIE RSA-PSS submission Cc: , "Raif S. Naffah" , "GNU Crypto Developers" , "Paulo S. L. M. Barreto" In-Reply-To: <004c01c199c0$68ed0960$e30d10ac@jjonssonpc> References: <5.0.0.25.1.20020106094508.00a644f0@mail.syd.fl.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: At 11:20 AM 1/10/02 +0100, Jakob Jonsson wrote: >Hi Raif, > >I think the inconsistency lies in how you define the leftmost position of an >octet string; this could be either "position 0" (as in C and Java) or >"position 1". We have adopted the second convention; the octet on position n >is the nth leftmost octet rather than the (n+1)st leftmost octet. The length >of the PS string preceding the 01 octet is emLen-hLen-sLen-2, so the 01 >octet is on position emLen-hLen-sLen-1. yes. it definitely makes sense. i was in "java mode" too deep to see another explanation. >Yet, I admit that this convention should have been explicitly stated in the >document. thanks for taking the time to respond. FYI, the soon to be released GNU library will include a full implementation of the RSA-PSS scheme with spport for both SHA and RIPEMD160 as underlying hash functions for the MGF. cheers; rsn >Best regards, >Jakob Jonsson >RSA Laboratories > >----- Original Message ----- >From: "Raif S. Naffah" >To: ; >Cc: "GNU Crypto Developers" ; "Paulo S. L. M. >Barreto" >Sent: Saturday, January 05, 2002 11:52 PM >Subject: NESSIE RSA-PSS submission > > > > Gentlemen, > > > > while implementing this scheme in Java, i found an inconsistency in the > > specification of the EMSA-PSS-Decode(M, EM, emBits) primitive (document B > > of your submission, page 11), at step #10. > > > > this should read "...or if the octet at position emLen -hLen -sLen -2 is > > not equal to 01..." and not "...emLen -hLen -sLen -1." > > > > > > cheers; > > rsn > > >_______________________________________________ >Classpathx-crypto mailing list >Classpathx-crypto@gnu.org >http://mail.gnu.org/mailman/listinfo/classpathx-crypto From raif@fl.net.au Sat Jan 12 19:10:58 2002 Received: from int-mail.syd.fl.net.au ([202.181.0.28]) by fencepost.gnu.org with smtp (Exim 3.33 #1 (Debian)) id 16PYEj-0005Ok-00; Sat, 12 Jan 2002 19:10:58 -0500 Received: from solomon.fl.net.au (a3-p34.syd.fl.net.au [202.181.1.98]) by int-mail.syd.fl.net.au (Postfix) with ESMTP id C40E4168D0; Sun, 13 Jan 2002 11:10:50 +1100 (EST) Message-Id: <5.0.0.25.1.20020113110855.00a6fcc0@mail.syd.fl.net.au> X-Sender: raif@mail.syd.fl.net.au X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Sun, 13 Jan 2002 11:13:11 +1100 To: GNU Crypto Developers , From: "Raif S. Naffah" Cc: "Paulo S. L. M. Barreto" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Classpathx-crypto] latest GNU Crypto library Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: hi guys, please have a look at which describes the cointents of the library as of yesterday and tell me what you think. i'd like to have a release done before the next weekend, if possible, even if this means doing it with ANT tool only. cheers; rsn From creamtec@hot.useractive.com Mon Jan 21 16:51:25 2002 Received: from hot.useractive.com ([64.5.69.48]) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16SmLb-00022f-00 for ; Mon, 21 Jan 2002 16:51:24 -0500 Received: (from creamtec@localhost) by hot.useractive.com (8.11.6/8.11.4) id g0LLpOB21468 for classpathx-crypto@gnu.org; Mon, 21 Jan 2002 15:51:24 -0600 Message-Id: <200201212151.g0LLpOB21468@hot.useractive.com> Reply-To: "CreamTec News" From: "CreamTec News" To: Date: Fri, 18 Jan 2002 16:41:50 -0500 Organization: CreamTec, LLC MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0229_01C1A03B.E786CB90" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Subject: [Classpathx-crypto] New Java Swing web-enabling technology - you have to see it to believe it Sender: classpathx-crypto-admin@gnu.org Errors-To: classpathx-crypto-admin@gnu.org X-BeenThere: classpathx-crypto@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0229_01C1A03B.E786CB90 Content-Type: multipart/alternative; boundary="----=_NextPart_001_022A_01C1A03B.E786CB90" ------=_NextPart_001_022A_01C1A03B.E786CB90 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Are you developing Java applications using Swing, AWT and = servlets/JSP? Companies that develop Java applications today must choose between = making a GUI front end using AWT/Swing or HTML front end using servlets = and JSP. Either choice has advantages and disadvantages, but it is clear = that the ideal solution would support both. However, because these = technologies are very different in their nature, only one can be = typically implemented in a finished application. There is a large market = for GUI based Java applications but these are running into speed and = compatibility problems. Also, applets executed within browsers cannot = take advantage of the latest Swing controls and features. Taken = together, these issues prevent companies from developing GUI as they = should be able to do. WebCream solves these problems without programmers = having to learn any APIs and without any modification to existing forms. = =20 =20 WebCream 4.0 is here and you have to see it to believe it! WebCream is a unique tool for Java, that provides automated = web-enabling for GUI based Java applications and applets. WebCream = allows developers to implement a GUI front end using AWT and Swing, and = at the same time automatically get HTML access to the application. In a = way, WebCream can be thought of as a dynamic Java to HTML converter, = that converts Java frames and dialogs to HTML on the fly. It then = emulates web page actions as GUI events to retain application original = logic. WebCream is unique in that it requires no modifications to = existing forms and business logic, and does not require programmers to = learn any APIs. It is designed to publish existing applications and = applets, it's just a matter of setting up your web server and a property = file describing the application. The rest is handled by WebCream. To see = a demonstration of WebCream live, check out our Demos page.=20 Visit WebCream page at http://www.creamtec.com/webcream for = detailed information. =20 =20 Featured in =20 We apologize if you have received this email by mistake. This is a = one-time notification and you will not receive any email from CreamTec = unless you register on our website. If you are a registered customer of = CreamTec and wish to be removed from our list just reply to this email = or send an email to remove@creamtec.com.=20 ------=_NextPart_001_022A_01C1A03B.E786CB90 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
    Are you = developing=20 Java applications using Swing, AWT and=20 servlets/JSP?
    Companies = that=20 develop Java applications today must choose between making a GUI = front end=20 using AWT/Swing or HTML front end using servlets and JSP. Either = choice=20 has advantages and disadvantages, but it is clear that the ideal = solution=20 would support both. However, because these technologies are very = different=20 in their nature, only one can be typically implemented in a = finished=20 application. There is a large market for GUI based Java = applications but=20 these are running into speed and compatibility problems. Also, = applets=20 executed within browsers cannot take advantage of the latest Swing = controls and features. Taken together, these issues prevent = companies from=20 developing GUI as they should be able to do. WebCream solves these = problems without programmers having to learn any APIs and without = any=20 modification to existing forms.


    WebCream 4.0 is=20 here and you have to see it to believe = it!
    WebCream is a unique tool for Java, that provides = automated=20 web-enabling for GUI based Java applications and applets. = WebCream=20 allows developers to implement a GUI front end using AWT and = Swing, and at=20 the same time automatically get HTML access to the = application. In a=20 way, WebCream can be thought of as a dynamic Java to HTML = converter, that=20 converts Java frames and dialogs to HTML on the fly. It = then=20 emulates web page actions as GUI events to retain application = original=20 logic. WebCream is unique in that it requires no modifications to = existing=20 forms and business logic, and does not require programmers to = learn any=20 APIs. It is designed to publish existing applications and applets, = it's=20 just a matter of setting up your web server and a property file = describing=20 the application. The rest is handled by WebCream. To see a = demonstration=20 of WebCream live, check out our Demos page.

    Visit = WebCream page at=20     http://www.creamtec.com/webcream for=20 detailed information.

    =

    Featured in
    =20


    We apologize if = you have=20 received this email by mistake. This is a one-time notification = and you=20 will not receive any email from CreamTec unless you register on = our=20 website. If you are a registered customer of CreamTec and wish to be = removed=20 from our list just reply to this email or send an email to remove@creamtec.com    . =

    ------=_NextPart_001_022A_01C1A03B.E786CB90-- ------=_NextPart_000_0229_01C1A03B.E786CB90 Content-Type: image/gif; name="logo.gif" Content-Transfer-Encoding: base64 Content-Location: http://www.creamtec.com/images/logo.gif R0lGODlhQAApAMQfAMfGw/Hq2evm2Z6PbU9eeLCjhIuSnkNTcVtogKqcfMa7oXN9j7u8u9/b0q+x tNPRyn+IlrywlOXdyuvj0d/WwqOnrNPJsqSWdc3Dq9nQurapjJecpWdzh5iJZTdJaffw4SH5BAEA AB8ALAAAAABAACkAAAX/4CeOZGmeaKqubOu+cCzPbaBodD5nQ1fowFqk0xkogkhUIEFUBEoAx8bA qXI82Kw2a+UsNhsHoJFbdhITkgBy8EAqAMAj1ogDwJDrZlboREwPHgYeBAYMZEkCAmIHLgp+KBwE CFscEGFjMg8ABm0EHC0SkCgPCwcLlhCoWx4HVV9gYKhWBFgIEFSEFS0FPyx3eR4IHFQGqnhdl7Ec YAYbCwiUrYgqFANpJwFPKHGyHNKshFbOYh8ArQgtEUcoGRcZKRMYOoOuYBVzKBfbJ49EvUywWSBC IgAFCi8GVfE0LB8JCX9SFOhBpKKIDEQuiAgwpAO7Fg8MjABgiQEBaiIo/3w0gcEJBoAdcASgeMQM kQQjMqxswcFBBQglFOwcIUoCiQj7PgwskgbDGQwUNH4IcAGHUiYJjIqwoACbCAYLBBAI6quEhAFl RQzQ2qfDvA8F2GHA+UED2g8diQzQxoTpCAGgPJSg0MFCCQwDrpGg8McGkYgfBog4+8MpD38X+tqt OOoD4A9jSUxoImGChbaGSWC40PaxUCZxB1wwEvPDTYQfzj6esETqBwYQwJpoXXFAahL+OrDmzJzw mScJEvBTWpio754IAJgIQDyC18VoDXOvmOCR8Q8J1oqIMH3qcRHsHCAwsCCFhIPtVxg8wXvGAwLQ CJAECZvYQUYDUjhkTuoYAqJQgTgNDihCG1k4MEgWIv2XxQERjnTFAXtIOEIDG9TCzIMemOQBKLUg 4AAW2omA4BUEbNChiJ5hwcAHlHCIxQIMYFHBhSNUYQA+OJ4QpAcCNMCKhVgoOGGSKkCw4gcverCB HWIRYgIA6VCJQi27LICFAJQg4KQbD1RBxgMH7CgmIFF+0AYCAmARho6DjLVBnHOesIGXdoojjAAo ctDGHXgGegIVu/x2xS0CCmDKKWN4UMGNjs4gAANedEpCAyixIAAnBDgg6gigrkhMLLCCsRACC2y6 qgmnAsBArBswEEeptwYr7LDEhgAAOw== ------=_NextPart_000_0229_01C1A03B.E786CB90 Content-Type: image/gif; name="jars.gif" Content-Transfer-Encoding: base64 Content-Location: http://www.creamtec.com/webcream/images/jars.gif R0lGODlhaAA4ANUAAMwAM5kAM8wzZmYAM5kzZsxmmWYAZjMAM2YzZplmmcyZzP/M/zMAZmYzmZlm zAAAMzMzZmZmmZmZzMzM/wAzZgAzM2aZmZnMzMz//wAzAGaZZpnMmcz/zJmZZszMmf//zMwAAJkA AGYAADMAAMwzM5kzM8xmZmYzM5lmZsyZmf/MzP///8zMzJmZmWZmZjMzMwAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAaAA4AAAG/0CKcEgsGo/IpHLJ bDo/GKh0xVlNq9OPdavtrrZgbfhLLpvP6LR6/RVGrW9sNA6HVjlzKYa6mvP9VVF3eoR5hoWIh4qI Qlp4jnVbcldwfWJVlWKaX5tgXGRibKJrXm4fd3x3h5xvUlp5fB96f1B/tHu4r5GTsa2+XXRTuCuN v62xVMLKW3SgnM+fn2Jvo2R7X9d9accfpquoqHHAdXu1qbWB6Np+fqGJkFnSXMFle43w5MBegb2a 9NCdvHiq5WdUtmsIz1zDQowChjiL6GC5JImPRUW3aFliwWKgNHr4vOiLRuber3mU0u3hJ1CgszEw GyQoh20dmmz1ttWcUowQFf9Y+FrtuwWFBYOMKitFaRChI7KRtTphqmQJoBlvlAq5cMFCGIsEKyQk 6MiiRQIFHRVEYBBhrBYVYiWoKBOXA1MWU3HW9IQzFBi90Hrm+/UCBowWdYxCaHtBgoG2EBp8YLHW RVMMRts2gEAWAoIEERA8djoUJs2/0KBhGtaNAhxePgvDCOABjgIGYzmO3VCWwYUVLRi04MiigQQP HBsg4JCgwXAWEtg67YvztLZP1/xabfhoV68VGgyHGPvFKG8OWqA3F77CKOL2DOLLb1A8wYUuDbiW JoNpWuoy5lCDhhBW2JFPLC4YFkALd7hHRnQRmMWeeVa418IGFw6HQFPabNj/EU4MoRHKampEVYYQ 6aTiHQcnwBACCnN9cBtiVQg33FobrDCjNspdo4AEwDHQ0QcQkiaiRdq9pGROWhCInkTesWACAAzu cQEDOWoRXAMMIMCeXV1KhoGXykEw3AprKadcU9OMqBA2SSapBopfoALPMRywgJwjCiD2hgQttABo C2IEytsXgT7nVKJlnVmPnJ38d6QnDVlhJwZyVJJpVQw50pVGH0wwBRVGWjFBf1VpB8mb/0X6Ep39 1DEqQ5hkKmB211nj5nUfcHWkgJMCWI2Td87Swgsu+InMsoJ4kAKSy6YWSmEnfFoVBiqwsNUL3Lqg gVPVzEmBOj5tkaBhn8Ky/5ELBxhmWAS68GeFBQzqMplhI5gwZHvHwvDCCAC7i66w4ZZEwSDI3HGH uyLsy4oK4Z1wQgAhDDCCv125YNEX+E4AxrkwELCovwSQAIAAJJQcgAiGDWBtwSe69opP/WEg2wD6 qshCBSegAIAJKLSAggkEXGyYCXVybFgJTnEgm4sdJTgCACSkcAFvHG2QAAEihGACYAWjGEVWKsom AgoOtwDDCSd78NxkZbkbgJGyBZCCFi4gIHDQhol