Re: Unit testing revisited
Sorry for bringing this thread back :) I've just found an example when access to internals helps avoiding test modification. I'm developing an implementation using some internal buffer of length like static int BUF_LENGTH = 256; To reduce JNI overhead it accumulates data and passes it into native function when the buffer is full. Buffer length affects performance and might be changed later. And I have tests that verify how my implementation works when input size is close to the buffer size. Currently I do something like check(BUF_LENGTH - 1); check(BUF_LENGTH ); check(BUF_LENGTH + 1); check(BUF_LENGTH *2); And the 'check' method tests API only. If later I decide to change internal buffer size I'll not have to change the test. But if I had hardcoded constants in the test then I could later change buf size forgetting to change the test and leaving boundary conditions untested. Thanks, Mikhail 2006/3/27, Mikhail Loenko [EMAIL PROTECTED]: Hi Richard, Why? IMHO, it's easier to write test cases through public API. And the internals may possibly change, so if we write test cases directly for the internals, our test cases will not be stable. One of examples might be: to test something trough public API you need a test of 1000 lines of code, but if you can access internals, 10 lines is enough Thanks, Mikhail
Re: Download msvcr71.dll rather than distributing it
The Microsoft VisualStudio redist.txt allows it to be redistributed, The following list reflects all files available with Microsoft Visual Studio for redistribution;... ... msvcr71.dll ... and the MSDN website [1] says: An application should use and redistribute msvcr71.dll, and it should avoid placing a copy or using an existing copy of msvcr71.dll in the system directory. Instead, the application should keep a copy of msvcr71.dll in its application directory with the program executable. So is the question, can _anyone_ (i.e. dlldump.com) redistribute this file? [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_c_run.2d.time_libraries.asp Regards, Tim Paulex Yang wrote: I'm not a lawyer, but as to my knowledge, many commercial as well as open source software distribution includes msvcr71.dll, say, wincvs, ImageMagick, VMWare, OpenOffice, etc(just a few cases). And the vctoolkit2003's EULA says: 2.2 Redistributable Code-General. Microsoft grants you a nonexclusive, royalty-free right to reproduce and distribute the object code form of any portion of the Software listed in REDIST.TXT (Redistributable Code). For general redistribution requirements for Redistributable Code, see Section3.1, below. but its redist.txt doesn't list any files! it says: There are no redistributable files (i.e., dll's/cab's, etc.) included with the Visual C++ Toolkit 2003. Object library files included with the Visual C++ Toolkit 2003 (e.g. the C Runtime Library static libraries designated with the suffix .lib) will be automatically linked to your program when they are compiled by the Visual C++ compiler and linker. Inclusion of these static libraries as compiled into your program is acceptable; you may not, however, redistribute the static libraries standalone - on their own. While MSDN also said files in redist.txt is redistributable, the VS.net's redist.txt DOES include msvcr71.dll. Does it mean only VisualStudio user can redistribute it? [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore/html/vcconalistofredistributablefiles.asp Geir Magnusson Jr wrote: This gives me the heebie-jeebies. What is the license for that dll? Are people allowed to re-distribute independent of an app that uses it? Where else can people get it? Tim Ellison wrote: Ok, if somebody prefers a different source send a note. Regards, Tim Mark Hindess wrote: I failed to find it on microsoft.com too. Though I'd be happy to be corrected. It was the first hit on the google search I did - or the first that didn't use javascript and popups to serve the download. It's trivial to change if you find a better source. I was careful to make sure the file it served had the md5sum of the file in svn. I also checked the sha1sum just to be a little more confident of its validity. Regards, -Mark. On 3/30/06, Tim Ellison [EMAIL PROTECTED] wrote: Is www.dlldump.com our chosen supplier? I've never heard of them. I browsed around and didn't see it anywhere on the microsoft.com website. I know we are checking the MD5 to ensure we get the right thing; any idea about reliability etc. Regards, Tim Mark Hindess (JIRA) wrote: download msvcr71.dll rather than distributing it Key: HARMONY-282 URL: http://issues.apache.org/jira/browse/HARMONY-282 Project: Harmony Type: Improvement Components: Classlib Reporter: Mark Hindess Priority: Trivial Tim suggested we should download the msvcr71.dll rather than distributing it. -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. -- Mark Hindess [EMAIL PROTECTED] IBM Java Technology Centre, UK. -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK.
Re: EOL differences in svn diffs
Archie Cobbs wrote: Tim Ellison wrote: Can we set up the server to recognize .java / .xml / etc files as text/plain native types? Sounds good to me $ find . -name \*.java -o -name \*.xml \ | xargs svn propset svn:eol-style native \ svn ci -m Set native EOL style Isn't there a server config file that will capture this? (or do we have to run this as a daily cron job to label new files!) Regards, Tim Etienne Gagnon wrote: Actually, you need to set 2 properties: svn:mime-type : text/plain svn:eol-style : native Hmm.. in my experience, only svn:eol-style native is required, as by default subversion treats files as text files.. -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK.
Re: svn commit: r390246 [1/15] ...
Archie Cobbs wrote: Tim Ellison wrote: Wow. This patch touched lots of files to fix spelling mistakes, and the commit fell foul of the EOL diff problem being discussed elsewhere. Hand-on-heart, I looked at every incoming change and swear that they are simple typo fixes in comments and a few error strings. I know that nobody can figure that out from the commit messages. Interesting.. so you are using a tool (Eclipse?) that shows a different pending diff that svn diff does? Yep -- I tend to use both subclipse with the Eclipse patch tool and command-line svn with the tortoiseSVN patch tool. In each case the pending diff looks right. I can only assume that the EOLs have been changed when I got the files. Regards, Tim -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK.
Re: Download msvcr71.dll rather than distributing it
Paulex Yang wrote: I'm not a lawyer, but as to my knowledge, many commercial as well as open source software distribution includes msvcr71.dll, say, wincvs, ImageMagick, VMWare, OpenOffice, etc(just a few cases). Right, but included w/ an app. And the vctoolkit2003's EULA says: 2.2 Redistributable Code-General. Microsoft grants you a nonexclusive, royalty-free right to reproduce and distribute the object code form of any portion of the Software listed in REDIST.TXT (Redistributable Code). For general redistribution requirements for Redistributable Code, see Section3.1, below. but its redist.txt doesn't list any files! it says: There are no redistributable files (i.e., dll's/cab's, etc.) included with the Visual C++ Toolkit 2003. Object library files included with the Visual C++ Toolkit 2003 (e.g. the C Runtime Library static libraries designated with the suffix .lib) will be automatically linked to your program when they are compiled by the Visual C++ compiler and linker. Inclusion of these static libraries as compiled into your program is acceptable; you may not, however, redistribute the static libraries standalone - on their own. While MSDN also said files in redist.txt is redistributable, the VS.net's redist.txt DOES include msvcr71.dll. Does it mean only VisualStudio user can redistribute it? Heh. Good question. My concern is that it's not *indepdentently* redistributable (just like sun's binaries like javamail aren't). However I don't know, and asked my question to motivate someone to take a look. Worst case, we point to where people can go get it and make that step manual. I assume anyone w/ a modern MSFT toolchain would already have it? geir [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore/html/vcconalistofredistributablefiles.asp Geir Magnusson Jr wrote: This gives me the heebie-jeebies. What is the license for that dll? Are people allowed to re-distribute independent of an app that uses it? Where else can people get it? Tim Ellison wrote: Ok, if somebody prefers a different source send a note. Regards, Tim Mark Hindess wrote: I failed to find it on microsoft.com too. Though I'd be happy to be corrected. It was the first hit on the google search I did - or the first that didn't use javascript and popups to serve the download. It's trivial to change if you find a better source. I was careful to make sure the file it served had the md5sum of the file in svn. I also checked the sha1sum just to be a little more confident of its validity. Regards, -Mark. On 3/30/06, Tim Ellison [EMAIL PROTECTED] wrote: Is www.dlldump.com our chosen supplier? I've never heard of them. I browsed around and didn't see it anywhere on the microsoft.com website. I know we are checking the MD5 to ensure we get the right thing; any idea about reliability etc. Regards, Tim Mark Hindess (JIRA) wrote: download msvcr71.dll rather than distributing it Key: HARMONY-282 URL: http://issues.apache.org/jira/browse/HARMONY-282 Project: Harmony Type: Improvement Components: Classlib Reporter: Mark Hindess Priority: Trivial Tim suggested we should download the msvcr71.dll rather than distributing it. -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. -- Mark Hindess [EMAIL PROTECTED] IBM Java Technology Centre, UK.
Re: Download msvcr71.dll rather than distributing it
Tim Ellison wrote: The Microsoft VisualStudio redist.txt allows it to be redistributed, The following list reflects all files available with Microsoft Visual Studio for redistribution;... ... msvcr71.dll ... and the MSDN website [1] says: An application should use and redistribute msvcr71.dll, and it should avoid placing a copy or using an existing copy of msvcr71.dll in the system directory. Instead, the application should keep a copy of msvcr71.dll in its application directory with the program executable. So is the question, can _anyone_ (i.e. dlldump.com) redistribute this file? Or to make the question more precise, can anyone redistribute this file _independent_ of the application? That's my concern. geir [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_c_run.2d.time_libraries.asp Regards, Tim Paulex Yang wrote: I'm not a lawyer, but as to my knowledge, many commercial as well as open source software distribution includes msvcr71.dll, say, wincvs, ImageMagick, VMWare, OpenOffice, etc(just a few cases). And the vctoolkit2003's EULA says: 2.2 Redistributable Code-General. Microsoft grants you a nonexclusive, royalty-free right to reproduce and distribute the object code form of any portion of the Software listed in REDIST.TXT (Redistributable Code). For general redistribution requirements for Redistributable Code, see Section3.1, below. but its redist.txt doesn't list any files! it says: There are no redistributable files (i.e., dll's/cab's, etc.) included with the Visual C++ Toolkit 2003. Object library files included with the Visual C++ Toolkit 2003 (e.g. the C Runtime Library static libraries designated with the suffix .lib) will be automatically linked to your program when they are compiled by the Visual C++ compiler and linker. Inclusion of these static libraries as compiled into your program is acceptable; you may not, however, redistribute the static libraries standalone - on their own. While MSDN also said files in redist.txt is redistributable, the VS.net's redist.txt DOES include msvcr71.dll. Does it mean only VisualStudio user can redistribute it? [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore/html/vcconalistofredistributablefiles.asp Geir Magnusson Jr wrote: This gives me the heebie-jeebies. What is the license for that dll? Are people allowed to re-distribute independent of an app that uses it? Where else can people get it? Tim Ellison wrote: Ok, if somebody prefers a different source send a note. Regards, Tim Mark Hindess wrote: I failed to find it on microsoft.com too. Though I'd be happy to be corrected. It was the first hit on the google search I did - or the first that didn't use javascript and popups to serve the download. It's trivial to change if you find a better source. I was careful to make sure the file it served had the md5sum of the file in svn. I also checked the sha1sum just to be a little more confident of its validity. Regards, -Mark. On 3/30/06, Tim Ellison [EMAIL PROTECTED] wrote: Is www.dlldump.com our chosen supplier? I've never heard of them. I browsed around and didn't see it anywhere on the microsoft.com website. I know we are checking the MD5 to ensure we get the right thing; any idea about reliability etc. Regards, Tim Mark Hindess (JIRA) wrote: download msvcr71.dll rather than distributing it Key: HARMONY-282 URL: http://issues.apache.org/jira/browse/HARMONY-282 Project: Harmony Type: Improvement Components: Classlib Reporter: Mark Hindess Priority: Trivial Tim suggested we should download the msvcr71.dll rather than distributing it. -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. -- Mark Hindess [EMAIL PROTECTED] IBM Java Technology Centre, UK.
Re: EOL differences in svn diffs
no, it should be able to be set that way once, I thought Tim Ellison wrote: Archie Cobbs wrote: Tim Ellison wrote: Can we set up the server to recognize .java / .xml / etc files as text/plain native types? Sounds good to me $ find . -name \*.java -o -name \*.xml \ | xargs svn propset svn:eol-style native \ svn ci -m Set native EOL style Isn't there a server config file that will capture this? (or do we have to run this as a daily cron job to label new files!) Regards, Tim Etienne Gagnon wrote: Actually, you need to set 2 properties: svn:mime-type : text/plain svn:eol-style : native Hmm.. in my experience, only svn:eol-style native is required, as by default subversion treats files as text files.. -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com
Re: Download msvcr71.dll rather than distributing it
Well, so I have another question, if our concern is just whether the msvcr71.dll can be redistributable _independently_, why we need to download it rather than distributing it with Harmony? Geir Magnusson Jr wrote: Tim Ellison wrote: The Microsoft VisualStudio redist.txt allows it to be redistributed, The following list reflects all files available with Microsoft Visual Studio for redistribution;... ... msvcr71.dll ... and the MSDN website [1] says: An application should use and redistribute msvcr71.dll, and it should avoid placing a copy or using an existing copy of msvcr71.dll in the system directory. Instead, the application should keep a copy of msvcr71.dll in its application directory with the program executable. So is the question, can _anyone_ (i.e. dlldump.com) redistribute this file? Or to make the question more precise, can anyone redistribute this file _independent_ of the application? That's my concern. geir [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_c_run.2d.time_libraries.asp Regards, Tim Paulex Yang wrote: I'm not a lawyer, but as to my knowledge, many commercial as well as open source software distribution includes msvcr71.dll, say, wincvs, ImageMagick, VMWare, OpenOffice, etc(just a few cases). And the vctoolkit2003's EULA says: 2.2 Redistributable Code-General. Microsoft grants you a nonexclusive, royalty-free right to reproduce and distribute the object code form of any portion of the Software listed in REDIST.TXT (Redistributable Code). For general redistribution requirements for Redistributable Code, see Section3.1, below. but its redist.txt doesn't list any files! it says: There are no redistributable files (i.e., dll's/cab's, etc.) included with the Visual C++ Toolkit 2003. Object library files included with the Visual C++ Toolkit 2003 (e.g. the C Runtime Library static libraries designated with the suffix .lib) will be automatically linked to your program when they are compiled by the Visual C++ compiler and linker. Inclusion of these static libraries as compiled into your program is acceptable; you may not, however, redistribute the static libraries standalone - on their own. While MSDN also said files in redist.txt is redistributable, the VS.net's redist.txt DOES include msvcr71.dll. Does it mean only VisualStudio user can redistribute it? [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore/html/vcconalistofredistributablefiles.asp Geir Magnusson Jr wrote: This gives me the heebie-jeebies. What is the license for that dll? Are people allowed to re-distribute independent of an app that uses it? Where else can people get it? Tim Ellison wrote: Ok, if somebody prefers a different source send a note. Regards, Tim Mark Hindess wrote: I failed to find it on microsoft.com too. Though I'd be happy to be corrected. It was the first hit on the google search I did - or the first that didn't use javascript and popups to serve the download. It's trivial to change if you find a better source. I was careful to make sure the file it served had the md5sum of the file in svn. I also checked the sha1sum just to be a little more confident of its validity. Regards, -Mark. On 3/30/06, Tim Ellison [EMAIL PROTECTED] wrote: Is www.dlldump.com our chosen supplier? I've never heard of them. I browsed around and didn't see it anywhere on the microsoft.com website. I know we are checking the MD5 to ensure we get the right thing; any idea about reliability etc. Regards, Tim Mark Hindess (JIRA) wrote: download msvcr71.dll rather than distributing it Key: HARMONY-282 URL: http://issues.apache.org/jira/browse/HARMONY-282 Project: Harmony Type: Improvement Components: Classlib Reporter: Mark Hindess Priority: Trivial Tim suggested we should download the msvcr71.dll rather than distributing it. -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. -- Mark Hindess [EMAIL PROTECTED] IBM Java Technology Centre, UK. -- Paulex Yang China Software Development Lab IBM
Re: Download msvcr71.dll rather than distributing it
I have no worries that we can re-distribute. It would be insane if we couldn't. But I don't want to be setting up and distributing software - our build system - that is a mechanism for contributory infringement of Microsoft's license agreement by automatically pulling down the .dll from a source that is in violation of that license. geir Paulex Yang wrote: Well, so I have another question, if our concern is just whether the msvcr71.dll can be redistributable _independently_, why we need to download it rather than distributing it with Harmony? Geir Magnusson Jr wrote: Tim Ellison wrote: The Microsoft VisualStudio redist.txt allows it to be redistributed, The following list reflects all files available with Microsoft Visual Studio for redistribution;... ... msvcr71.dll ... and the MSDN website [1] says: An application should use and redistribute msvcr71.dll, and it should avoid placing a copy or using an existing copy of msvcr71.dll in the system directory. Instead, the application should keep a copy of msvcr71.dll in its application directory with the program executable. So is the question, can _anyone_ (i.e. dlldump.com) redistribute this file? Or to make the question more precise, can anyone redistribute this file _independent_ of the application? That's my concern. geir [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_c_run.2d.time_libraries.asp Regards, Tim Paulex Yang wrote: I'm not a lawyer, but as to my knowledge, many commercial as well as open source software distribution includes msvcr71.dll, say, wincvs, ImageMagick, VMWare, OpenOffice, etc(just a few cases). And the vctoolkit2003's EULA says: 2.2 Redistributable Code-General. Microsoft grants you a nonexclusive, royalty-free right to reproduce and distribute the object code form of any portion of the Software listed in REDIST.TXT (Redistributable Code). For general redistribution requirements for Redistributable Code, see Section3.1, below. but its redist.txt doesn't list any files! it says: There are no redistributable files (i.e., dll's/cab's, etc.) included with the Visual C++ Toolkit 2003. Object library files included with the Visual C++ Toolkit 2003 (e.g. the C Runtime Library static libraries designated with the suffix .lib) will be automatically linked to your program when they are compiled by the Visual C++ compiler and linker. Inclusion of these static libraries as compiled into your program is acceptable; you may not, however, redistribute the static libraries standalone - on their own. While MSDN also said files in redist.txt is redistributable, the VS.net's redist.txt DOES include msvcr71.dll. Does it mean only VisualStudio user can redistribute it? [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore/html/vcconalistofredistributablefiles.asp Geir Magnusson Jr wrote: This gives me the heebie-jeebies. What is the license for that dll? Are people allowed to re-distribute independent of an app that uses it? Where else can people get it? Tim Ellison wrote: Ok, if somebody prefers a different source send a note. Regards, Tim Mark Hindess wrote: I failed to find it on microsoft.com too. Though I'd be happy to be corrected. It was the first hit on the google search I did - or the first that didn't use javascript and popups to serve the download. It's trivial to change if you find a better source. I was careful to make sure the file it served had the md5sum of the file in svn. I also checked the sha1sum just to be a little more confident of its validity. Regards, -Mark. On 3/30/06, Tim Ellison [EMAIL PROTECTED] wrote: Is www.dlldump.com our chosen supplier? I've never heard of them. I browsed around and didn't see it anywhere on the microsoft.com website. I know we are checking the MD5 to ensure we get the right thing; any idea about reliability etc. Regards, Tim Mark Hindess (JIRA) wrote: download msvcr71.dll rather than distributing it Key: HARMONY-282 URL: http://issues.apache.org/jira/browse/HARMONY-282 Project: Harmony Type: Improvement Components: Classlib Reporter: Mark Hindess Priority: Trivial Tim suggested we should download the msvcr71.dll rather than distributing it. -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. -- Mark Hindess [EMAIL PROTECTED] IBM Java Technology Centre, UK.
Re: Download msvcr71.dll rather than distributing it
I agree with Geir. For now, it would be safer to put it back in svn and not download it. Tim, if you back this out, can you leave the macrodef and other changes in place in make/depends.xml? Regards, Mark. On 3/31/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote: I have no worries that we can re-distribute. It would be insane if we couldn't. But I don't want to be setting up and distributing software - our build system - that is a mechanism for contributory infringement of Microsoft's license agreement by automatically pulling down the .dll from a source that is in violation of that license. geir Paulex Yang wrote: Well, so I have another question, if our concern is just whether the msvcr71.dll can be redistributable _independently_, why we need to download it rather than distributing it with Harmony? Geir Magnusson Jr wrote: Tim Ellison wrote: The Microsoft VisualStudio redist.txt allows it to be redistributed, The following list reflects all files available with Microsoft Visual Studio for redistribution;... ... msvcr71.dll ... and the MSDN website [1] says: An application should use and redistribute msvcr71.dll, and it should avoid placing a copy or using an existing copy of msvcr71.dll in the system directory. Instead, the application should keep a copy of msvcr71.dll in its application directory with the program executable. So is the question, can _anyone_ (i.e. dlldump.com) redistribute this file? Or to make the question more precise, can anyone redistribute this file _independent_ of the application? That's my concern. geir [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_c_run.2d.time_libraries.asp Regards, Tim Paulex Yang wrote: I'm not a lawyer, but as to my knowledge, many commercial as well as open source software distribution includes msvcr71.dll, say, wincvs, ImageMagick, VMWare, OpenOffice, etc(just a few cases). And the vctoolkit2003's EULA says: 2.2 Redistributable Code-General. Microsoft grants you a nonexclusive, royalty-free right to reproduce and distribute the object code form of any portion of the Software listed in REDIST.TXT (Redistributable Code). For general redistribution requirements for Redistributable Code, see Section3.1, below. but its redist.txt doesn't list any files! it says: There are no redistributable files (i.e., dll's/cab's, etc.) included with the Visual C++ Toolkit 2003. Object library files included with the Visual C++ Toolkit 2003 (e.g. the C Runtime Library static libraries designated with the suffix .lib) will be automatically linked to your program when they are compiled by the Visual C++ compiler and linker. Inclusion of these static libraries as compiled into your program is acceptable; you may not, however, redistribute the static libraries standalone - on their own. While MSDN also said files in redist.txt is redistributable, the VS.net's redist.txt DOES include msvcr71.dll. Does it mean only VisualStudio user can redistribute it? [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore/html/vcconalistofredistributablefiles.asp Geir Magnusson Jr wrote: This gives me the heebie-jeebies. What is the license for that dll? Are people allowed to re-distribute independent of an app that uses it? Where else can people get it? Tim Ellison wrote: Ok, if somebody prefers a different source send a note. Regards, Tim Mark Hindess wrote: I failed to find it on microsoft.com too. Though I'd be happy to be corrected. It was the first hit on the google search I did - or the first that didn't use javascript and popups to serve the download. It's trivial to change if you find a better source. I was careful to make sure the file it served had the md5sum of the file in svn. I also checked the sha1sum just to be a little more confident of its validity. Regards, -Mark. On 3/30/06, Tim Ellison [EMAIL PROTECTED] wrote: Is www.dlldump.com our chosen supplier? I've never heard of them. I browsed around and didn't see it anywhere on the microsoft.com website. I know we are checking the MD5 to ensure we get the right thing; any idea about reliability etc. Regards, Tim Mark Hindess (JIRA) wrote: download msvcr71.dll rather than distributing it Key: HARMONY-282 URL: http://issues.apache.org/jira/browse/HARMONY-282 Project: Harmony Type: Improvement Components: Classlib Reporter: Mark Hindess Priority: Trivial Tim suggested we should download the msvcr71.dll rather than distributing it. -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. -- Mark Hindess [EMAIL PROTECTED] IBM Java Technology Centre, UK. -- Mark Hindess [EMAIL PROTECTED] IBM Java Technology Centre,
[announce] New Apache Harmony Committers : Mikhail Loenko, George Harley, Stepan Mishura
Please join the Apache Harmony PPMC in welcoming the projects 3 newest committers : Stepan Mishura, Mikhail Loenko and George Harley These three individuals have shown sustained dedication to the project, an ability to work well with others, and share the common vision we have for Harmony. We all continue to expect great things from them. Gentlemen, as a first step to test your almighty powers of committitude, please update the committers page on the website. That should be a good (and harmless) exercise to test if everything is working. Things to do : 1) test ssh-ing to the server people.apache.org. 2) Change your login password on the machine 3) Add a public key to .ssh so you can stop using the password 4) Set your SVN password : just type 'svnpasswd' At this point, you should be good to go. Checkout the website from svn and update it. See if you can figure out how. Also, for your main harmony/enhanced/classlib/trunk please be sure that you have checked out via 'https' and not 'http' or you can't check in. You can switch using svn switch. (See the manual) Finally, although you now have the ability to commit, please remember : 1) continue being as transparent and communicative as possible. You earned committer status in part because of your engagement with others. While it was a have to situation because you had to submit patches and defend them, but we believe it is a want to. Community is the key to any Apache project. 2)We don't want anyone going off and doing lots of work locally, and then committing. Committing is like voting in Chicago - do it early and often. Of course, you don't want to break the build, but keep the commit bombs to an absolute minimum, and warn the community if you are going to do it - we may suggest it goes into a branch at first. Use branches if you need to. 3) Always remember that you can **never** commit code that comes from someone else, even a co-worker. All code from someone else must be submitted by the copyright holder (either the author or author's employer, depending) as a JIRA, and then follow up with the required ACQs and BCC. Again, thanks for your hard work so far, and welcome. The Apache Harmony PPMC
RE: [announce] New Apache Harmony Committers : Mikhail Loenko, GeorgeHarley, Stepan Mishura
Congrats, gentlemen! Keep up the good work! Best regards, Dan Lydick [Original Message] From: Geir Magnusson Jr [EMAIL PROTECTED] To: harmony-dev@incubator.apache.org Date: 3/31/06 6:02:39 AM Subject: [announce] New Apache Harmony Committers : Mikhail Loenko, GeorgeHarley, Stepan Mishura Please join the Apache Harmony PPMC in welcoming the projects 3 newest committers : Stepan Mishura, Mikhail Loenko and George Harley These three individuals have shown sustained dedication to the project, an ability to work well with others, and share the common vision we have for Harmony. We all continue to expect great things from them. Gentlemen, as a first step to test your almighty powers of committitude, please update the committers page on the website. That should be a good (and harmless) exercise to test if everything is working. Things to do : 1) test ssh-ing to the server people.apache.org. 2) Change your login password on the machine 3) Add a public key to .ssh so you can stop using the password 4) Set your SVN password : just type 'svnpasswd' At this point, you should be good to go. Checkout the website from svn and update it. See if you can figure out how. Also, for your main harmony/enhanced/classlib/trunk please be sure that you have checked out via 'https' and not 'http' or you can't check in. You can switch using svn switch. (See the manual) Finally, although you now have the ability to commit, please remember : 1) continue being as transparent and communicative as possible. You earned committer status in part because of your engagement with others. While it was a have to situation because you had to submit patches and defend them, but we believe it is a want to. Community is the key to any Apache project. 2)We don't want anyone going off and doing lots of work locally, and then committing. Committing is like voting in Chicago - do it early and often. Of course, you don't want to break the build, but keep the commit bombs to an absolute minimum, and warn the community if you are going to do it - we may suggest it goes into a branch at first. Use branches if you need to. 3) Always remember that you can **never** commit code that comes from someone else, even a co-worker. All code from someone else must be submitted by the copyright holder (either the author or author's employer, depending) as a JIRA, and then follow up with the required ACQs and BCC. Again, thanks for your hard work so far, and welcome. The Apache Harmony PPMC
Re: [announce] New Apache Harmony Committers : Mikhail Loenko, George Harley, Stepan Mishura
Congratulations! Geir Magnusson Jr wrote: Please join the Apache Harmony PPMC in welcoming the projects 3 newest committers : Stepan Mishura, Mikhail Loenko and George Harley These three individuals have shown sustained dedication to the project, an ability to work well with others, and share the common vision we have for Harmony. We all continue to expect great things from them. Gentlemen, as a first step to test your almighty powers of committitude, please update the committers page on the website. That should be a good (and harmless) exercise to test if everything is working. Things to do : 1) test ssh-ing to the server people.apache.org. 2) Change your login password on the machine 3) Add a public key to .ssh so you can stop using the password 4) Set your SVN password : just type 'svnpasswd' At this point, you should be good to go. Checkout the website from svn and update it. See if you can figure out how. Also, for your main harmony/enhanced/classlib/trunk please be sure that you have checked out via 'https' and not 'http' or you can't check in. You can switch using svn switch. (See the manual) Finally, although you now have the ability to commit, please remember : 1) continue being as transparent and communicative as possible. You earned committer status in part because of your engagement with others. While it was a have to situation because you had to submit patches and defend them, but we believe it is a want to. Community is the key to any Apache project. 2)We don't want anyone going off and doing lots of work locally, and then committing. Committing is like voting in Chicago - do it early and often. Of course, you don't want to break the build, but keep the commit bombs to an absolute minimum, and warn the community if you are going to do it - we may suggest it goes into a branch at first. Use branches if you need to. 3) Always remember that you can **never** commit code that comes from someone else, even a co-worker. All code from someone else must be submitted by the copyright holder (either the author or author's employer, depending) as a JIRA, and then follow up with the required ACQs and BCC. Again, thanks for your hard work so far, and welcome. The Apache Harmony PPMC -- Oliver Deakin IBM United Kingdom Limited
Re: [announce] New Apache Harmony Committers : Mikhail Loenko, George Harley, Stepan Mishura
Well done to each of you. Regards, Tim Geir Magnusson Jr wrote: Please join the Apache Harmony PPMC in welcoming the projects 3 newest committers : Stepan Mishura, Mikhail Loenko and George Harley These three individuals have shown sustained dedication to the project, an ability to work well with others, and share the common vision we have for Harmony. We all continue to expect great things from them. Gentlemen, as a first step to test your almighty powers of committitude, please update the committers page on the website. That should be a good (and harmless) exercise to test if everything is working. Things to do : 1) test ssh-ing to the server people.apache.org. 2) Change your login password on the machine 3) Add a public key to .ssh so you can stop using the password 4) Set your SVN password : just type 'svnpasswd' At this point, you should be good to go. Checkout the website from svn and update it. See if you can figure out how. Also, for your main harmony/enhanced/classlib/trunk please be sure that you have checked out via 'https' and not 'http' or you can't check in. You can switch using svn switch. (See the manual) Finally, although you now have the ability to commit, please remember : 1) continue being as transparent and communicative as possible. You earned committer status in part because of your engagement with others. While it was a have to situation because you had to submit patches and defend them, but we believe it is a want to. Community is the key to any Apache project. 2)We don't want anyone going off and doing lots of work locally, and then committing. Committing is like voting in Chicago - do it early and often. Of course, you don't want to break the build, but keep the commit bombs to an absolute minimum, and warn the community if you are going to do it - we may suggest it goes into a branch at first. Use branches if you need to. 3) Always remember that you can **never** commit code that comes from someone else, even a co-worker. All code from someone else must be submitted by the copyright holder (either the author or author's employer, depending) as a JIRA, and then follow up with the required ACQs and BCC. Again, thanks for your hard work so far, and welcome. The Apache Harmony PPMC -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK.
Re: [announce] New Apache Harmony Committers : Mikhail Loenko, George Harley, Stepan Mishura
Congrats! Etienne -- Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ signature.asc Description: OpenPGP digital signature
[classlib] splitting kernel in two
FYI: To accurately reflect the modularity of the classlib code I'm about to split the kernel-stubs.jar into two separate pieces that represent the 'vm-specific' parts of luni.jar and security.jar. This means that luni and security are no longer artificially coupled by a single kernel. Regards, Tim -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK.
Re: Download msvcr71.dll rather than distributing it
Geir Magnusson Jr wrote: Paulex Yang wrote: I'm not a lawyer, but as to my knowledge, many commercial as well as open source software distribution includes msvcr71.dll, say, wincvs, ImageMagick, VMWare, OpenOffice, etc(just a few cases). Right, but included w/ an app. And the vctoolkit2003's EULA says: 2.2 Redistributable Code-General. Microsoft grants you a nonexclusive, royalty-free right to reproduce and distribute the object code form of any portion of the Software listed in REDIST.TXT (Redistributable Code). For general redistribution requirements for Redistributable Code, see Section3.1, below. but its redist.txt doesn't list any files! it says: There are no redistributable files (i.e., dll's/cab's, etc.) included with the Visual C++ Toolkit 2003. Object library files included with the Visual C++ Toolkit 2003 (e.g. the C Runtime Library static libraries designated with the suffix .lib) will be automatically linked to your program when they are compiled by the Visual C++ compiler and linker. Inclusion of these static libraries as compiled into your program is acceptable; you may not, however, redistribute the static libraries standalone - on their own. While MSDN also said files in redist.txt is redistributable, the VS.net's redist.txt DOES include msvcr71.dll. Does it mean only VisualStudio user can redistribute it? Heh. Good question. My concern is that it's not *indepdentently* redistributable (just like sun's binaries like javamail aren't). However I don't know, and asked my question to motivate someone to take a look. Look where? I don't see anything to prevent it in the VisualC++ files or on MSDN -- in fact, my reading of the EULA is that it is ok (but IANAL etc). Regards, Tim Worst case, we point to where people can go get it and make that step manual. I assume anyone w/ a modern MSFT toolchain would already have it? geir [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore/html/vcconalistofredistributablefiles.asp Geir Magnusson Jr wrote: This gives me the heebie-jeebies. What is the license for that dll? Are people allowed to re-distribute independent of an app that uses it? Where else can people get it? Tim Ellison wrote: Ok, if somebody prefers a different source send a note. Regards, Tim Mark Hindess wrote: I failed to find it on microsoft.com too. Though I'd be happy to be corrected. It was the first hit on the google search I did - or the first that didn't use javascript and popups to serve the download. It's trivial to change if you find a better source. I was careful to make sure the file it served had the md5sum of the file in svn. I also checked the sha1sum just to be a little more confident of its validity. Regards, -Mark. On 3/30/06, Tim Ellison [EMAIL PROTECTED] wrote: Is www.dlldump.com our chosen supplier? I've never heard of them. I browsed around and didn't see it anywhere on the microsoft.com website. I know we are checking the MD5 to ensure we get the right thing; any idea about reliability etc. Regards, Tim Mark Hindess (JIRA) wrote: download msvcr71.dll rather than distributing it Key: HARMONY-282 URL: http://issues.apache.org/jira/browse/HARMONY-282 Project: Harmony Type: Improvement Components: Classlib Reporter: Mark Hindess Priority: Trivial Tim suggested we should download the msvcr71.dll rather than distributing it. -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. -- Mark Hindess [EMAIL PROTECTED] IBM Java Technology Centre, UK. -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK.
Re: Download msvcr71.dll rather than distributing it
Mark Hindess wrote: I agree with Geir. For now, it would be safer to put it back in svn and not download it. Hmm, I don't get it -- why would it be ok for Apache to make it available independently via SVN? Regards, Tim Tim, if you back this out, can you leave the macrodef and other changes in place in make/depends.xml? Regards, Mark. On 3/31/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote: I have no worries that we can re-distribute. It would be insane if we couldn't. But I don't want to be setting up and distributing software - our build system - that is a mechanism for contributory infringement of Microsoft's license agreement by automatically pulling down the .dll from a source that is in violation of that license. geir Paulex Yang wrote: Well, so I have another question, if our concern is just whether the msvcr71.dll can be redistributable _independently_, why we need to download it rather than distributing it with Harmony? Geir Magnusson Jr wrote: Tim Ellison wrote: The Microsoft VisualStudio redist.txt allows it to be redistributed, The following list reflects all files available with Microsoft Visual Studio for redistribution;... ... msvcr71.dll ... and the MSDN website [1] says: An application should use and redistribute msvcr71.dll, and it should avoid placing a copy or using an existing copy of msvcr71.dll in the system directory. Instead, the application should keep a copy of msvcr71.dll in its application directory with the program executable. So is the question, can _anyone_ (i.e. dlldump.com) redistribute this file? Or to make the question more precise, can anyone redistribute this file _independent_ of the application? That's my concern. geir [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_c_run.2d.time_libraries.asp Regards, Tim Paulex Yang wrote: I'm not a lawyer, but as to my knowledge, many commercial as well as open source software distribution includes msvcr71.dll, say, wincvs, ImageMagick, VMWare, OpenOffice, etc(just a few cases). And the vctoolkit2003's EULA says: 2.2 Redistributable Code-General. Microsoft grants you a nonexclusive, royalty-free right to reproduce and distribute the object code form of any portion of the Software listed in REDIST.TXT (Redistributable Code). For general redistribution requirements for Redistributable Code, see Section3.1, below. but its redist.txt doesn't list any files! it says: There are no redistributable files (i.e., dll's/cab's, etc.) included with the Visual C++ Toolkit 2003. Object library files included with the Visual C++ Toolkit 2003 (e.g. the C Runtime Library static libraries designated with the suffix .lib) will be automatically linked to your program when they are compiled by the Visual C++ compiler and linker. Inclusion of these static libraries as compiled into your program is acceptable; you may not, however, redistribute the static libraries standalone - on their own. While MSDN also said files in redist.txt is redistributable, the VS.net's redist.txt DOES include msvcr71.dll. Does it mean only VisualStudio user can redistribute it? [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore/html/vcconalistofredistributablefiles.asp Geir Magnusson Jr wrote: This gives me the heebie-jeebies. What is the license for that dll? Are people allowed to re-distribute independent of an app that uses it? Where else can people get it? Tim Ellison wrote: Ok, if somebody prefers a different source send a note. Regards, Tim Mark Hindess wrote: I failed to find it on microsoft.com too. Though I'd be happy to be corrected. It was the first hit on the google search I did - or the first that didn't use javascript and popups to serve the download. It's trivial to change if you find a better source. I was careful to make sure the file it served had the md5sum of the file in svn. I also checked the sha1sum just to be a little more confident of its validity. Regards, -Mark. On 3/30/06, Tim Ellison [EMAIL PROTECTED] wrote: Is www.dlldump.com our chosen supplier? I've never heard of them. I browsed around and didn't see it anywhere on the microsoft.com website. I know we are checking the MD5 to ensure we get the right thing; any idea about reliability etc. Regards, Tim Mark Hindess (JIRA) wrote: download msvcr71.dll rather than distributing it Key: HARMONY-282 URL: http://issues.apache.org/jira/browse/HARMONY-282 Project: Harmony Type: Improvement Components: Classlib Reporter: Mark Hindess Priority: Trivial Tim suggested we should download the msvcr71.dll rather than distributing it. -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. -- Mark Hindess [EMAIL PROTECTED] IBM Java Technology Centre, UK. -- Mark Hindess [EMAIL PROTECTED] IBM Java Technology Centre, UK. --
Re: svn commit: r390246 [1/15] ...
Thanks for the notice, that's a Good Thing to Get Right. There's some scripts somewhere IIRC that can handle setting eol-style on a big tree. Basically it must be along the lines of find . -name '*.java' -not -path '*svn*' -exec native_eol {} svn propset svn:eol-style native {} ; with native_eol being \r?\n -- \n search-replace. If I had a harmony tree checked out here I could probably get it done rather quickly. Maybe its in the contrib tree for the subversion svn repository. LSD On Thu, Mar 30, 2006 at 10:44:52PM +0100, Tim Ellison wrote: Wow. This patch touched lots of files to fix spelling mistakes, and the commit fell foul of the EOL diff problem being discussed elsewhere. Hand-on-heart, I looked at every incoming change and swear that they are simple typo fixes in comments and a few error strings. I know that nobody can figure that out from the commit messages. Regards, Tim [EMAIL PROTECTED] wrote: Author: tellison Date: Thu Mar 30 13:34:23 2006 New Revision: 390246 URL: http://svn.apache.org/viewcvs?rev=390246view=rev Log: Fix for HARMONY-252 (trivial typo fixes) Modified: ... -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK.
Re: [announce] New Apache Harmony Committers : Mikhail Loenko, George Harley, Stepan Mishura
Coolness! Yay! There's more interesting stuff to read at http://www.apache.org/dev/ (like, 'how do I configure my svn client to suck less' kind of stuff), in particular there's http://www.apache.org/dev/new-committers-guide.html Tim must be so happy to have lesser patch load :-) LSD
Re: Download msvcr71.dll rather than distributing it
The text I have seen implies that distributing with the application is ok and in svn is as close as we can get to that. -Mark. On 3/31/06, Tim Ellison [EMAIL PROTECTED] wrote: Mark Hindess wrote: I agree with Geir. For now, it would be safer to put it back in svn and not download it. Hmm, I don't get it -- why would it be ok for Apache to make it available independently via SVN? Regards, Tim Tim, if you back this out, can you leave the macrodef and other changes in place in make/depends.xml? Regards, Mark. On 3/31/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote: I have no worries that we can re-distribute. It would be insane if we couldn't. But I don't want to be setting up and distributing software - our build system - that is a mechanism for contributory infringement of Microsoft's license agreement by automatically pulling down the .dll from a source that is in violation of that license. geir Paulex Yang wrote: Well, so I have another question, if our concern is just whether the msvcr71.dll can be redistributable _independently_, why we need to download it rather than distributing it with Harmony? Geir Magnusson Jr wrote: Tim Ellison wrote: The Microsoft VisualStudio redist.txt allows it to be redistributed, The following list reflects all files available with Microsoft Visual Studio for redistribution;... ... msvcr71.dll ... and the MSDN website [1] says: An application should use and redistribute msvcr71.dll, and it should avoid placing a copy or using an existing copy of msvcr71.dll in the system directory. Instead, the application should keep a copy of msvcr71.dll in its application directory with the program executable. So is the question, can _anyone_ (i.e. dlldump.com) redistribute this file? Or to make the question more precise, can anyone redistribute this file _independent_ of the application? That's my concern. geir [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_c_run.2d.time_libraries.asp Regards, Tim Paulex Yang wrote: I'm not a lawyer, but as to my knowledge, many commercial as well as open source software distribution includes msvcr71.dll, say, wincvs, ImageMagick, VMWare, OpenOffice, etc(just a few cases). And the vctoolkit2003's EULA says: 2.2 Redistributable Code-General. Microsoft grants you a nonexclusive, royalty-free right to reproduce and distribute the object code form of any portion of the Software listed in REDIST.TXT (Redistributable Code). For general redistribution requirements for Redistributable Code, see Section3.1, below. but its redist.txt doesn't list any files! it says: There are no redistributable files (i.e., dll's/cab's, etc.) included with the Visual C++ Toolkit 2003. Object library files included with the Visual C++ Toolkit 2003 (e.g. the C Runtime Library static libraries designated with the suffix .lib) will be automatically linked to your program when they are compiled by the Visual C++ compiler and linker. Inclusion of these static libraries as compiled into your program is acceptable; you may not, however, redistribute the static libraries standalone - on their own. While MSDN also said files in redist.txt is redistributable, the VS.net's redist.txt DOES include msvcr71.dll. Does it mean only VisualStudio user can redistribute it? [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore/html/vcconalistofredistributablefiles.asp Geir Magnusson Jr wrote: This gives me the heebie-jeebies. What is the license for that dll? Are people allowed to re-distribute independent of an app that uses it? Where else can people get it? Tim Ellison wrote: Ok, if somebody prefers a different source send a note. Regards, Tim Mark Hindess wrote: I failed to find it on microsoft.com too. Though I'd be happy to be corrected. It was the first hit on the google search I did - or the first that didn't use javascript and popups to serve the download. It's trivial to change if you find a better source. I was careful to make sure the file it served had the md5sum of the file in svn. I also checked the sha1sum just to be a little more confident of its validity. Regards, -Mark. On 3/30/06, Tim Ellison [EMAIL PROTECTED] wrote: Is www.dlldump.com our chosen supplier? I've never heard of them. I browsed around and didn't see it anywhere on the microsoft.com website. I know we are checking the MD5 to ensure we get the right thing; any idea about reliability etc. Regards, Tim Mark Hindess (JIRA) wrote: download msvcr71.dll rather than distributing it Key: HARMONY-282 URL: http://issues.apache.org/jira/browse/HARMONY-282 Project: Harmony Type: Improvement Components: Classlib Reporter: Mark Hindess
Re: EOL differences in svn diffs
Neat page! Could a link to it be added to the Harmony web page, so that new contributors, which are already overwhelmed by information, don't forget to read it? ;-) Etienne Leo Simons wrote: Please see http://www.apache.org/dev/, in particular -- Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ signature.asc Description: OpenPGP digital signature
Re: [classlib] splitting kernel in two
Are there any others that you might do while in there? Tim Ellison wrote: FYI: To accurately reflect the modularity of the classlib code I'm about to split the kernel-stubs.jar into two separate pieces that represent the 'vm-specific' parts of luni.jar and security.jar. This means that luni and security are no longer artificially coupled by a single kernel. Regards, Tim
Re: [announce] New Apache Harmony Committers : Mikhail Loenko, George Harley, Stepan Mishura
Leo Simons wrote: Coolness! Yay! There's more interesting stuff to read at http://www.apache.org/dev/ (like, 'how do I configure my svn client to suck less' kind of stuff), in particular there's http://www.apache.org/dev/new-committers-guide.html Tim must be so happy to have lesser patch load :-) O yes! I'm doing a little dance right now. Tim -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK.
Re: [announce] New Apache Harmony Committers : Mikhail Loenko, George Harley, Stepan Mishura
Yippee! Congratulations! Regards, Mark - wishing he was in the office so he could have seen Tim's dance ;-) On 3/31/06, Tim Ellison [EMAIL PROTECTED] wrote: Leo Simons wrote: Coolness! Yay! There's more interesting stuff to read at http://www.apache.org/dev/ (like, 'how do I configure my svn client to suck less' kind of stuff), in particular there's http://www.apache.org/dev/new-committers-guide.html Tim must be so happy to have lesser patch load :-) O yes! I'm doing a little dance right now. Tim -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. -- Mark Hindess [EMAIL PROTECTED] IBM Java Technology Centre, UK.
test - please ignore
ignore please - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
another test - please ignore
please ignore - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Test, please ignore
This is a test - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SableVM and Harmony Class library
Tim Ellison wrote: The VMLS functions are designed for VM-global vars. The class library natives use VMLS rather than process-global statics so we can have multiple VM instances co-existing in the same process. I'll check in an example of a VMLS implementation you can use. If you take a look in the classlib/trunk/native-src/shared/vmls/ directory (at repo revision = 390442) you will now find a reference implementation of the VM local storage functions defined in the VMI. Any questions just shout. Regards, Tim -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jira] Updated: (HARMONY-279) Extract crypto component from security module
Stepan Mishura wrote: Oh, yes. Crypto test suite is not included in 'common test suite run' so all the (enabled) test are passing for you. I meant passing all crypto tests. I run tests for crypto module by typing: cd modules\crypto\make; ant test I think it should be included to 'common test suite run' to avoid confusions like this. I agree. Most propably I attached the old patch file that didn't include these 2 lines that I added at last moment. Sorry, for confusion. I'll let you fix that ;-) Regards, Tim On 3/30/06, Tim Ellison wrote: All the (enabled) tests are passing for me. What do you see failing? Regards, Tim Stepan Mishura (JIRA) wrote: [ http://issues.apache.org/jira/browse/HARMONY-279?page=all ] Stepan Mishura updated HARMONY-279: --- Attachment: minorFixHarmony279.txt Tim, could you please apply minor fix to make all test pass? Extract crypto component from security module - Key: HARMONY-279 URL: http://issues.apache.org/jira/browse/HARMONY-279 Project: Harmony Type: Improvement Components: Classlib Reporter: Stepan Mishura Assignee: Tim Ellison Attachments: fixHarmony279.txt, minorFixHarmony279.txt According to class library componentization crypto module includes the following packages: javax.crypto javax.crypto.interfaces javax.crypto.spec Currently this packages are reside in security module. Going to provide a patch to put them in crypto module. -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. -- Thanks, Stepan Mishura Intel Middleware Products Division -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[admin] Automated Monthly Reminder
This is a monthly automated mailing to the Apache Harmony dev list. The Apache Harmony project welcomes the participation and input of anyone interested in open source Java SE, the goal of our project. For more information about the Apache Harmony project, please see the project website. http://incubator.apache.org/harmony/ The terms of use for the Harmony mail lists can be found here : http://incubator.apache.org/harmony/mailing.html and they are This forum has been created for public communication about projects of The Apache Software Foundation (the Foundation), a Delaware nonprofit corporation classified as a public charity under 501(c)(3). All communication intentionally submitted to the Foundation on this forum is considered a Contribution to the Foundation unless otherwise noted in the communication. The terms and conditions that apply to your Contributions are defined by either a contributor license agreement (CLA) signed by you and/or your employer or, if no such CLA is on file at the Foundation, by the terms and conditions of Contributions as defined by the Apache License, Version 2.0. Note : * If you do not wish your post to be a Contribution, we would prefer that you do not post it. However, in the event that you do, please mark as NOT A CONTRIBUTION at the top of the posting. * Do not post any code that is not your original work, or code that you do not have clear authorization to contribute. * Do not engage in detailed discussion of any implementation that you have been exposed to unless such implementation is available to everyone under an open source license or is your own implementation. * Under no circumstances will any committer accept code for inclusion in our SVN repository contributed on the mailing list unless it is from an Authorized Contributor, as defined here. If you have any questions, please do not hesitate to ask on either the dev list. If there are any questions that are of a private or sensitive nature, please send them to [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [announce] New Apache Harmony Committers : Mikhail Loenko, George Harley, Stepan Mishura
Congrats, gentlemen! Geir Magnusson Jr wrote: Please join the Apache Harmony PPMC in welcoming the projects 3 newest committers : Stepan Mishura, Mikhail Loenko and George Harley These three individuals have shown sustained dedication to the project, an ability to work well with others, and share the common vision we have for Harmony. We all continue to expect great things from them. Gentlemen, as a first step to test your almighty powers of committitude, please update the committers page on the website. That should be a good (and harmless) exercise to test if everything is working. Things to do : 1) test ssh-ing to the server people.apache.org. 2) Change your login password on the machine 3) Add a public key to .ssh so you can stop using the password 4) Set your SVN password : just type 'svnpasswd' At this point, you should be good to go. Checkout the website from svn and update it. See if you can figure out how. Also, for your main harmony/enhanced/classlib/trunk please be sure that you have checked out via 'https' and not 'http' or you can't check in. You can switch using svn switch. (See the manual) Finally, although you now have the ability to commit, please remember : 1) continue being as transparent and communicative as possible. You earned committer status in part because of your engagement with others. While it was a have to situation because you had to submit patches and defend them, but we believe it is a want to. Community is the key to any Apache project. 2)We don't want anyone going off and doing lots of work locally, and then committing. Committing is like voting in Chicago - do it early and often. Of course, you don't want to break the build, but keep the commit bombs to an absolute minimum, and warn the community if you are going to do it - we may suggest it goes into a branch at first. Use branches if you need to. 3) Always remember that you can **never** commit code that comes from someone else, even a co-worker. All code from someone else must be submitted by the copyright holder (either the author or author's employer, depending) as a JIRA, and then follow up with the required ACQs and BCC. Again, thanks for your hard work so far, and welcome. The Apache Harmony PPMC -- Paulex Yang China Software Development Lab IBM - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [admin] Automated Monthly Reminder
Hi there, I've been trying to download harmony code for some time now but had no succcess so far primarily due to my low bandwidth connection. Is there some alternative to subversion and svn co? Can anyone put up a tar.gz or bz file somewhere so that I many download using a download manager?? Regards, Sanket [EMAIL PROTECTED] wrote: This is a monthly automated mailing to the Apache Harmony dev list. The Apache Harmony project welcomes the participation and input of anyone interested in open source Java SE, the goal of our project. For more information about the Apache Harmony project, please see the project website. http://incubator.apache.org/harmony/ The terms of use for the Harmony mail lists can be found here : http://incubator.apache.org/harmony/mailing.html and they are This forum has been created for public communication about projects of The Apache Software Foundation (the Foundation), a Delaware nonprofit corporation classified as a public charity under 501(c)(3). All communication intentionally submitted to the Foundation on this forum is considered a Contribution to the Foundation unless otherwise noted in the communication. The terms and conditions that apply to your Contributions are defined by either a contributor license agreement (CLA) signed by you and/or your employer or, if no such CLA is on file at the Foundation, by the terms and conditions of Contributions as defined by the Apache License, Version 2.0. Note : * If you do not wish your post to be a Contribution, we would prefer that you do not post it. However, in the event that you do, please mark as NOT A CONTRIBUTION at the top of the posting. * Do not post any code that is not your original work, or code that you do not have clear authorization to contribute. * Do not engage in detailed discussion of any implementation that you have been exposed to unless such implementation is available to everyone under an open source license or is your own implementation. * Under no circumstances will any committer accept code for inclusion in our SVN repository contributed on the mailing list unless it is from an Authorized Contributor, as defined here. If you have any questions, please do not hesitate to ask on either the dev list. If there are any questions that are of a private or sensitive nature, please send them to [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This email may contain confidential or privileged information for the intended recipient(s) and the views expressed in the same are not necessarily the views of Zensar Technologies Ltd. If you are not the intended recipient or have received this e-mail by error, its use is strictly prohibited, please delete the e-mail and notify the sender. Zensar Technologies Ltd. does not accept any liability for virus infected mails. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: EOL differences in svn diffs
Tim Ellison wrote: Ah, thanks Leo. I've set up these options on my svn client so let's see if that fixes it. Still seems strange that every client has to do this rather than making it a server-side config. I think that's the cool thing - the server stores in platform neutral, and just mods when it comes down to the client. I thought the same thing at first... I assume that we need to slam all the existing files now. I don't think so... try it. geir Regards, Tim Leo Simons wrote: Please see http://www.apache.org/dev/, in particular http://www.apache.org/dev/svn-eol-style.txt LSD On Fri, Mar 31, 2006 at 06:08:44AM -0500, Geir Magnusson Jr wrote: no, it should be able to be set that way once, I thought Tim Ellison wrote: Archie Cobbs wrote: Tim Ellison wrote: Can we set up the server to recognize .java / .xml / etc files as text/plain native types? Sounds good to me $ find . -name \*.java -o -name \*.xml \ | xargs svn propset svn:eol-style native \ svn ci -m Set native EOL style Isn't there a server config file that will capture this? (or do we have to run this as a daily cron job to label new files!) Regards, Tim Etienne Gagnon wrote: Actually, you need to set 2 properties: svn:mime-type : text/plain svn:eol-style : native Hmm.. in my experience, only svn:eol-style native is required, as by default subversion treats files as text files.. -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [admin] Automated Monthly Reminder
Sanket Sharma wrote: Hi there, I've been trying to download harmony code for some time now but had no succcess so far primarily due to my low bandwidth connection. Is there some alternative to subversion and svn co? Can anyone put up a tar.gz or bz file somewhere so that I many download using a download manager?? We have code sitting here : http://cvs.apache.org/dist/incubator/harmony/snapshots/ these are snapshots for convenience, and are not to be considered a release of any sort from the Apache Harmony project or the ASF. However this is a binary distro - we don't have a source. We'll add that. geir Regards, Sanket [EMAIL PROTECTED] wrote: This is a monthly automated mailing to the Apache Harmony dev list. The Apache Harmony project welcomes the participation and input of anyone interested in open source Java SE, the goal of our project. For more information about the Apache Harmony project, please see the project website. http://incubator.apache.org/harmony/ The terms of use for the Harmony mail lists can be found here : http://incubator.apache.org/harmony/mailing.html and they are This forum has been created for public communication about projects of The Apache Software Foundation (the Foundation), a Delaware nonprofit corporation classified as a public charity under 501(c)(3). All communication intentionally submitted to the Foundation on this forum is considered a Contribution to the Foundation unless otherwise noted in the communication. The terms and conditions that apply to your Contributions are defined by either a contributor license agreement (CLA) signed by you and/or your employer or, if no such CLA is on file at the Foundation, by the terms and conditions of Contributions as defined by the Apache License, Version 2.0. Note : * If you do not wish your post to be a Contribution, we would prefer that you do not post it. However, in the event that you do, please mark as NOT A CONTRIBUTION at the top of the posting. * Do not post any code that is not your original work, or code that you do not have clear authorization to contribute. * Do not engage in detailed discussion of any implementation that you have been exposed to unless such implementation is available to everyone under an open source license or is your own implementation. * Under no circumstances will any committer accept code for inclusion in our SVN repository contributed on the mailing list unless it is from an Authorized Contributor, as defined here. If you have any questions, please do not hesitate to ask on either the dev list. If there are any questions that are of a private or sensitive nature, please send them to [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This email may contain confidential or privileged information for the intended recipient(s) and the views expressed in the same are not necessarily the views of Zensar Technologies Ltd. If you are not the intended recipient or have received this e-mail by error, its use is strictly prohibited, please delete the e-mail and notify the sender. Zensar Technologies Ltd. does not accept any liability for virus infected mails. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Fwd: [icu-announce] ICU4J 3.4.4 maintenance update released]
Any objections to moving up to the new version of ICU4J? (Our tests pass with it) Regards, Tim Original Message Subject: [icu-announce] ICU4J 3.4.4 maintenance update released Date: Tue, 28 Mar 2006 11:07:40 -0800 (PST) From: Doug Felt [EMAIL PROTECTED] To: [EMAIL PROTECTED] A maintenance release of ICU4J, 3.4.4, was made available on Mar. 27, 2006. This release fixes two bugs: jb5120: StringTokenizer throws StringIndexOutOfBoundsException jb5108: Fix a crashing bug in sv data Doug __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ icu-announce mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/icu-announce -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [classlib] splitting kernel in two
No concerns here, but I do have a somewhat related question. What's the prescribed development model around the Java code in the kernel? For example, there are some additionally methods and constructors that were added to String in Java 5 (e.g. code point methods, StringBuilder constructor, etc) that I was thinking about addressing. Would I just make updates against the kernel module, just like any other module? What about the test cases? Assuming that's somewhat correct, if my understanding of the vm-specific concepts is correct, then there's no guarantee that any of the kernel-stub code is used, right? Put another way, can a VM just completely implement the kernel classes itself? One of the reasons I ask is because of some of the kernel classes, like String, have package-private (default) scoped methods that are used in LUNI by other java.lang classes. If this is a RTFM question, then feel free to point me back to the VMI documents with a scolding. Thanks. -Nathan -Original Message- From: Tim Ellison [mailto:[EMAIL PROTECTED] Sent: Friday, March 31, 2006 7:33 AM To: harmony-dev Subject: [classlib] splitting kernel in two FYI: To accurately reflect the modularity of the classlib code I'm about to split the kernel-stubs.jar into two separate pieces that represent the 'vm-specific' parts of luni.jar and security.jar. This means that luni and security are no longer artificially coupled by a single kernel. Regards, Tim -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [announce] New Apache Harmony Committers : Mikhail Loenko, George Harley, Stepan Mishura
Congratulations to all. -Original Message- From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED] Sent: Friday, March 31, 2006 6:00 AM To: harmony-dev@incubator.apache.org Subject: [announce] New Apache Harmony Committers : Mikhail Loenko, George Harley, Stepan Mishura Please join the Apache Harmony PPMC in welcoming the projects 3 newest committers : Stepan Mishura, Mikhail Loenko and George Harley These three individuals have shown sustained dedication to the project, an ability to work well with others, and share the common vision we have for Harmony. We all continue to expect great things from them. Again, thanks for your hard work so far, and welcome. The Apache Harmony PPMC - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] splitting kernel in two
Hi Nathan, Not sure what others think... Personally, I would highly recommend being very careful before (or when?) changing kernel classes, as changing them could lead to a very unstable VM interface if care isn't put into preserving stability. An unstable VMI is not something I would like to live with, as a VM developer. Unless I am wrong, IBM's VM works with the current class library as is (can somebody confirm/infirm this?). It would be sad if Harmony stopped working with IBM's VM, at least until it also worked with an open source VM. I am currently working with a student to get SableVM working with Harmony's VMI and kernel classes. We're just starting, and I have a busy schedule, so it would be difficult if the VMI kept changing under our feet over the next weeks (couple of months?)... Of course, we could try to get SableVM to work with a fixed historic Harmony version, but it would be nicer to get it working with the head revision in svn. Now, this being said, if all you want is simply to add additional constructors/methods, or make changes that do not impact the VM, such as adding erasable parametric types which result in fully binary compatible class files, then I have nothing to say about it. ;-) Just an opinion, of course. Have fun! Etienne Nathan Beyer wrote: No concerns here, but I do have a somewhat related question. What's the prescribed development model around the Java code in the kernel? For example, there are some additionally methods and constructors that were added to String in Java 5 (e.g. code point methods, StringBuilder constructor, etc) that I was thinking about addressing. Would I just make updates against the kernel module, just like any other module? What about the test cases? Assuming that's somewhat correct, if my understanding of the vm-specific concepts is correct, then there's no guarantee that any of the kernel-stub code is used, right? Put another way, can a VM just completely implement the kernel classes itself? One of the reasons I ask is because of some of the kernel classes, like String, have package-private (default) scoped methods that are used in LUNI by other java.lang classes. If this is a RTFM question, then feel free to point me back to the VMI documents with a scolding. -- Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ signature.asc Description: OpenPGP digital signature