Re: [classlib] is it me, or is there a problem w/ the auto fetch of msvcr71.dll?

Hi all. I've reported about this problem some time ago, but .. no aswer was unfortunately. I suggest to change link to http://www.dlldump.com/dllfiles/M/MSVCR71.dll hat works fine always. -- Nataly Naumova, Intel Middleware Products Division On 9/8/06, Alexey Petrenko [EMAIL PROTECTED] wrote:

Re: [classlib] is it me, or is there a problem w/ the auto fetch of msvcr71.dll?

use this instead http://www.dlldump.com/dllfiles/M/MSVCR71.dll i've not changed the build as the old link still may recover Thanks, Mikhail 2006/9/8, Alexey Petrenko [EMAIL PROTECTED]: The dlldump.com was down for a few days when 1362 was created. It became up for a few days then. And now

Re: [classlib] is it me, or is there a problem w/ the auto fetch of msvcr71.dll?

Mikhail, maybe you'll change the link (in make\depends.properties) nevertheless. The new link is more stable, but the old link gets broken very often. -- Nataly Naumova, Intel Middleware Products Division On 9/8/06, Mikhail Loenko [EMAIL PROTECTED] wrote: use this instead

[classlib][internationalization]Are log messages and tools usage text to be internationalized?

Hi all, During rmi module internationalization I've faced with loads of log messages (e.g. take a look at o.a.h.rmi.DefaultRMIClassLoaderSpi). Also some classes (e.g. o.a.h.rmi.compiler.RmicStrings) have strings that are the usage texts of any console tool. I think we shouldn't internationalize

Re: [classlib][internationalization]Are log messages and tools usage text to be internationalized?

I think that we should internationalize log and tools usages. Why not? Anyone can easily set English locale to post error messages to dev-list. SY, Alexey 2006/9/8, Ilya Okomin [EMAIL PROTECTED]: Hi all, During rmi module internationalization I've faced with loads of log messages (e.g. take

Re: [classlib] is it me, or is there a problem w/ the auto fetch of msvcr71.dll?

OK, done 2006/9/8, Nataly Naumova [EMAIL PROTECTED]: Mikhail, maybe you'll change the link (in make\depends.properties) nevertheless. The new link is more stable, but the old link gets broken very often. -- Nataly Naumova, Intel Middleware Products Division On 9/8/06, Mikhail Loenko [EMAIL

Re: [jira] Created: (HARMONY-1407) Contribution of Java code for package java.lang.management

Cool! 2006/9/8, George Harley (JIRA) [EMAIL PROTECTED]: Contribution of Java code for package java.lang.management -- Key: HARMONY-1407 URL: http://issues.apache.org/jira/browse/HARMONY-1407

Re: [jira] Created: (HARMONY-1407) Contribution of Java code for package java.lang.management

Yeah! It seems we will have something to manage with our management console soon. :-) With Best Regards, 2006/9/8, Mikhail Loenko [EMAIL PROTECTED]: Cool! 2006/9/8, George Harley (JIRA) [EMAIL PROTECTED]: Contribution of Java code for package java.lang.management

Re: [drlvm] DRLVM, jre/bin/default and launcher

Evgueni Brevnov wrote: On 9/7/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: Evgueni Brevnov wrote: It seems we don't need vm.boot.library.path anymore. I propose to remove it from the sources completely. What do you think? I wasn't sure. It is used in Classloader and Runtime, I

Re: [drlvm] DRLVM, jre/bin/default and launcher

On 9/8/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: Evgueni Brevnov wrote: On 9/7/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: Evgueni Brevnov wrote: It seems we don't need vm.boot.library.path anymore. I propose to remove it from the sources completely. What do you think?

Re: [DRLVM][JIT] can Jitrino.JET call MMTk alloc() instead of C helper?

Weldon, I added 'alloc' support to JIRA 816 (magic2.zip file) Now it supports objects allocation only, not arrays. MMTk allocation works only for class named 'test' and methods with prefix 'testAlloc'. To turn it on use -Xjit jet::alloc4j option. I had a problem with implementation: usual

Re: [drlvm]A subject to profiling instrumenting

Hi Qiong, I got your files from JIRA and started to learn your changes. I will be ready to test it on Monday. Also I have a proposal: let's choose SVN revision number as the base and post only diffs to this revision to JIRA. How do you think, will it work? Doing this we will minimize the size of

Re: [jira] Created: (HARMONY-1407) Contribution of Java code for package java.lang.management

George Harley (JIRA) wrote: Contribution of Java code for package java.lang.management -- Key: HARMONY-1407 URL: http://issues.apache.org/jira/browse/HARMONY-1407 Project: Harmony

Re: [DRLVM][JIT] can Jitrino.JET call MMTk alloc() instead of C helper?

On 9/8/06, Mikhail Fursov [EMAIL PROTECTED] wrote: Weldon, I added 'alloc' support to JIRA 816 (magic2.zip file) Now it supports objects allocation only, not arrays. MMTk allocation works only for class named 'test' and methods with prefix 'testAlloc'. To turn it on use -Xjit jet::alloc4j

[general] new snapshots posted - r441501

New snapshots posted to download area. As w/ previous, no swing/awt for Windows. I'll try to that done locally this weekend. There is some contention on how we want to make that easier, and a patch in JIRA. I'll also now do the switch to DRLVM via launcher since this codebase now has that

[classlib][security] problem processing SHA signatures in JBoss installer manifest

I was trying the latest snapshot with the JBoss installer (4.0.1) and found a problem processing the SHA signatures int the jar manifest. I've entered a JIRA - HARMONY-1412 geir - Terms of use :

[drlvm] HARMONY-1364 - question about init_stack_info()

Rana, in the patch included w/ Harmony-1364, you are calling init_stack_info() in two different files (one for Windows, one for linux), you are testing to see if you need to call init_stack_info(), and then calling if so. Do you expect that someone else should have caleld init_stack_info(),

[classlib] [ldap] reuse of security parser

Hi all, as you know at the ITC we are working to complete javax.naming.ldap package v 1.5. We are currently implementing the 1.5 classes and I have one question regarding the reuse of an already donated code from other package (org.apache.harmony.security.x509). The specific issue

Re: [classlib] [ldap] reuse of security parser

Daniel Gandara wrote: Hi all, as you know at the ITC we are working to complete javax.naming.ldap package v 1.5. We are currently implementing the 1.5 classes and I have one question regarding the reuse of an already donated code from other package (org.apache.harmony.security.x509).

[drlvm] putting kernel.jar in jre/bin/default

I'll figure this out myself if I don't get a quick answer, but I think we should put the DRLVM kernel classes jar(s) in the same directory as the rest of the DRLVM artifacts so that it's easy to switch between VMs using the launcher. (J9 does this). How does DRLVM decide where to look? (I'm

Re: [drlvm] putting kernel.jar in jre/bin/default

There seems to be no easy solution, other than parse LD_LIBRARY_PATH or PATH... geir Geir Magnusson Jr. wrote: I'll figure this out myself if I don't get a quick answer, but I think we should put the DRLVM kernel classes jar(s) in the same directory as the rest of the DRLVM artifacts so that

Re: [drlvm] HARMONY-1364 - question about init_stack_info()

Geir, Good question. The init_stack_info() is really a misnomer. It is an initialization needed for the overflow exception handling machinery only. That does not mean that it could not be initialized in a single location eg., when the vm thread is attached, but it is a somewhat more local

Re: [drlvm] HARMONY-1364 - question about init_stack_info()

Ok - sounds good. I assume putting in a TODO in the code reminding ourselves would be reasonable? geir Rana Dasgupta wrote: Geir, Good question. The init_stack_info() is really a misnomer. It is an initialization needed for the overflow exception handling machinery only. That does not mean

Re: [drlvm] HARMONY-1364 - question about init_stack_info()

Yes, could you please mark it, as you see best when you apply your changes? Thanks. Rana On 9/8/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: Ok - sounds good. I assume putting in a TODO in the code reminding ourselves would be reasonable? geir Rana Dasgupta wrote: Geir, Good

[classlib][corba] How are we doing?

What's the status of the missing javax.rmi.CORBA classes? Anyone know? geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL