. For this case all the
EnumSet API could be implemented using fast bitwise operations.
Thank you.
--
Oleg Khaschansky,
Intel MPD
On 8/3/06, Spark Shen [EMAIL PROTECTED] wrote:
Richard Liang 写道:
Spark Shen wrote:
Hi All:
IMHO, EnumSet provides a set view of enum types. According to its
spec
According to 15.9.3 Choosing the Constructor and its Arguments:
Once the actual arguments have been determined, they are used to
select a constructor of C, using the same rules as for method
invocations (§15.12).
On 8/3/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
Well constructor is not a
:
Oleg Khaschansky 写道:
Yes, I mean exactly one long type, not array. And I think that for
this case the code in the BitSet and EnumSet implementation would be
pretty simplier and then faster.
Do you mean to write a specific BitSet using one long type as its
internal storage to deal
with =64
Take a look at this: http://www.twinsun.com/tz/tz-link.htm. According
to them: Sun Java releases since 1.4 contain a copy of a subset of a
recent tz database in a Java-specific format.
It is not a bug that the range is greater then from -12 to +12. If you
look into MS windows date/time settings
That is a good idea. But some guru says developers are used to optimize
code at inappropriate spot. :-) . Kidding
Microbenchmark may help to make right decision :)
On 8/4/06, Spark Shen [EMAIL PROTECTED] wrote:
Oleg Khaschansky 写道:
Do you mean to write a specific BitSet using one long type
Hi,
Take a look at this: http://download.java.net/jdk6/docs/api/serialized-form.html
Maybe this document will give you an idea of what are those inner
classes... Of cause, in the new release serialized form may have
changed.
--
Oleg
On 8/7/06, Spark Shen [EMAIL PROTECTED] wrote:
Hi:
This is
on this odd behavior in harmony?
Personally, I am against this.
Best regards
Oleg Khaschansky 写道:
Hi,
Take a look at this:
http://download.java.net/jdk6/docs/api/serialized-form.html
Maybe this document will give you an idea of what are those inner
classes... Of cause, in the new release
BTW what are the real advantages of having one binary?
I'd say that having separate binaries is more flexible solution in general:
1. Don't care about performance degradation due to runtime checks.
2. Easy to port to new platforms by expanding #define's.
3. Possibility to link statically against
Microsoft OS's are.
Thanks,
Rana
On 8/9/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
BTW what are the real advantages of having one binary?
I'd say that having separate binaries is more flexible solution in
general:
1. Don't care about performance degradation due to runtime checks.
2. Easy
It has a building
cost, but the major overhead is not building, but testing. If we were to
support a platform, we would need to test on it anyway.
Good point! So, common denominator approach has at least that
advantage that it needs less testing - on one platform.
On 8/9/06, Rana Dasgupta
Jr [EMAIL PROTECTED] wrote:
Oleg Khaschansky wrote:
The right way
to do this would be to have different code bases and different
distributions
for W2K and WinXP.
Having different codebases is far worse, this implies separate test
suites, increased complexity of the build system and other
-jar winstone-0.8.2-cvs.jar --config=./winstone.conf
And seems to work fine for most cases, Harmony has only complained
about that specific class. Should I include the /lib/boot to the
%path%?
Regards,
Martin
On 8/10/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
2.- Trying to generate charts
check to see if this class is contained?
Regards,
Martin
On 8/10/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
Hmm, probably, you should try to
set JAVA_HOME=c:\harmony\
On 8/10/06, Martin Cordova [EMAIL PROTECTED] wrote:
I am using the JRE snapshot (I did not build anything, just unpacked
SetUnhandledExceptionFilter API call we can handle hardware NPE
for Win2k too.
The only problem is debbuging of applications with exception filter
installed. AFAIK debugger will catch all of these events.
On 8/10/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
The SWT FAQ mentions that the same issue
Another solution is to create stubs which will throw exceptions with
detailed message. Then users will get neccessary information but
functionality won't be enabled by default.
On 8/11/06, Ivanov, Alexey A [EMAIL PROTECTED] wrote:
I agree with Alex, we should *not* have this by default. Having
It looks like EnumSet.SerializationProxy is the class that is
serialized instead of EnumSet, since it overrides readResolve method
and contains the information, essential for re-creation of EnumSet.
Probably, the scheme looks like this:
1) EnumSet overrides writeReplace which returns appropriate
+1
On 8/30/06, Mark Hindess [EMAIL PROTECTED] wrote:
+1
However, I'd also like to hear the end of the dependency saga.
It would also be useful (when the vote is complete) to have an up to
date patch. The current patch has lots of rejects due to previously
applied hunks, etc. It will be
I'd add
http://issues.apache.org/jira/browse/HARMONY-650
to the list of unassigned issues with patches. It has a patch for the
test also. Could somebody take a look, please?
On 8/30/06, Stepan Mishura [EMAIL PROTECTED] wrote:
On 8/30/06, Mark Hindess wrote:
On 30 August 2006 at 11:14, Denis
+1
On 9/4/06, Richard Liang [EMAIL PROTECTED] wrote:
Geir Magnusson Jr. wrote:
Salikh Zakirov wrote:
Hi,
I have just tried to use JIRA to see how many unapplied patches are
there for DRLVM,
but couldn't search just for the issues with patch provided.
Does anyone know of a good way
Hi all,
There were situations when several people started work on the same
issue simultaneously. This happens because it is impossible to assign
an issue to a non-committer. I suggest the following process to
prevent these collisions:
1. If non-committer starts investigation and is pretty sure
Hi,
Are there any non-exception messages in the other modules which are
already internationalized? I think, if there are any, they should be
modified to follow the new convention.
--
Oleg
On 9/12/06, Alexei Zakharov [EMAIL PROTECTED] wrote:
Hi,
Jimmy, Jing Lv wrote:
2. add a prefix to the
[EMAIL PROTECTED] wrote:
I believe it could be done in lazy way...
But it defenetly should be done.
SY, Alexey
2006/9/13, Oleg Khaschansky [EMAIL PROTECTED]:
Hi,
Are there any non-exception messages in the other modules which are
already internationalized? I think, if there are any
+1. My understanding is that when the non-bug difference is discussed
it should be opened, but when there's an agreement on it it should be
closed.
On 9/13/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
I vote for closing non-bug issues.
2006/9/13, Andrew Zhang [EMAIL PROTECTED]:
On 9/13/06,
Put comment to the jira issue when you start work on it. You may also
change the wiki page if you like, but, please, add a comment right
into the jira. And another comment if you can't provide a patch for
some reason. It was discussed already.
On 9/13/06, Tony Wu [EMAIL PROTECTED] wrote:
Yes,
And the resolution provider should not forget to add a comment when he
is starting development of the patch to prevent collisions. If the
resolution provider is a committer he simply assigns the bug.
On 9/13/06, Andrew Zhang [EMAIL PROTECTED] wrote:
On 9/13/06, Alexey Petrenko [EMAIL PROTECTED]
and resolution provider should verify the application.
Or, probably, the reporter may do it also.
On 9/13/06, Tony Wu [EMAIL PROTECTED] wrote:
and resolution provider should verify the application.
On 9/13/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
Guys,
I think that we need to create
Khaschansky (JIRA) [EMAIL PROTECTED]
Date: Sep 13, 2006 3:10 PM
Subject: [jira] Updated: (HARMONY-1453) [classlib][awt] Incorrect
behavior of methods Graphics.draw3DRect and Graphics.fill3DRect
To: [EMAIL PROTECTED]
[ http://issues.apache.org/jira/browse/HARMONY-1453?page=all ]
Oleg Khaschansky
Thank you!
On 9/14/06, Nathan Beyer [EMAIL PROTECTED] wrote:
Done.
-Original Message-
From: Oleg Khaschansky [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 13, 2006 10:36 AM
To: harmony-dev@incubator.apache.org
Subject: [jira] Updated: (HARMONY-1453) [classlib][awt
Hi all,
JAPI tool shows a number of inconsistencies in the java.awt and
java.awt.* packages [1]. I am going to provide a patch(es) for this
packages except java.awt.print if noone objects. This will include
implementing of unimplemented methods, generification and marking some
fields/methods as
had outstanding as r443340. Patches for
the other issues would be very welcome.
Regards,
-Mark.
On 14 September 2006 at 13:37, Mark Hindess [EMAIL PROTECTED] wrote:
On 14 September 2006 at 14:57, Oleg Khaschansky [EMAIL PROTECTED]
om wrote:
Hi all,
JAPI tool shows a number
/browse/HARMONY-1463
On 9/14/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
Mark, thank you for the good news! I'll do the generification and
missing stuff then. I plan to make one patch for all the
generification and, probably, several other patches for the missing
methods/fields.
On 9/14/06, Mark
ant -f make/build-java.xml -Dbuild.module=awt build
No, it doesn't work, at least for me.
On 9/15/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
2006/9/15, Alexey Varlamov [EMAIL PROTECTED]:
2006/9/15, Alexey Petrenko [EMAIL PROTECTED]:
2006/9/15, Alexey Varlamov [EMAIL PROTECTED]:
No, it doesn't work, at least for me.
Sorry, actually it does. I was trying to run it from the wrong dir.
On 9/15/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
ant -f make/build-java.xml -Dbuild.module=awt build
No, it doesn't work, at least for me.
On 9/15/06, Alexey Petrenko [EMAIL
Do you have libxmu? Probably, fails either
void* lib = dlopen(libxmu.so, RTLD_LAZY);
or the corresponding
dlsym(lib, XmuLookupStandardColormap);
Could you, please, check if these dlopen/dlsym return non zero on your system?
On 9/19/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Ok, so I was
+1. BTW, I can't imagine the application that could be affected by
this difference.
On 9/19/06, Ilya Okomin [EMAIL PROTECTED] wrote:
Hi, community!
I found for java.awt.Font.hasUniformLineMetrics() RI returns false for all
fonts (physical/logical) while Harmony returns true for physical and
I wanted to say that if RI always returns false then there's very
small probability that any application developed for RI's classlib
uses this.
On 9/19/06, Ilya Okomin [EMAIL PROTECTED] wrote:
On 9/19/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
+1. BTW, I can't imagine the application
, at 6:30 AM, Oleg Khaschansky wrote:
Do you have libxmu? Probably, fails either
void* lib = dlopen(libxmu.so, RTLD_LAZY);
or the corresponding
dlsym(lib, XmuLookupStandardColormap);
Could you, please, check if these dlopen/dlsym return non zero on
your system?
On 9/19/06, Geir Magnusson Jr
, Oleg Khaschansky wrote:
Probably you need to add it to your LD_LIBRARY_PATH...
On 9/19/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Good catch.
dlopen() returns null, but the package manager claims xmu is
installed, so clearly it's lying, or something is misconfigured.
Thanks
2.4. All the pacthes (test and fix) should be relative to the
directory where the main build.xml is:
https://svn.apache.org/repos/asf/incubator/harmony/enhanced/classlib/trunk
As Mark noted, the directory where the module's build.xml is located
is also acceptable.
I'd like to quote RFC 2396 here:
The URI syntax does not require that the scheme-specific-part have
any general structure or set of semantics which is common among all
URI. However, a subset of URI do share a common syntax for
representing hierarchical relationships within the namespace.
Current implementation of composite operations (alpha blending) on
linux is just a general unacceleratred code, these operations are
performed on per-pixel basis and, definitely, they are rather slow.
But the main reason is that pixel data should be retrieved from the
screen to perform the
/view_bug.do?bug_id=6307603
On 9/22/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
On Sep 22, 2006, at 9:29 AM, Oleg Khaschansky wrote:
Current implementation of composite operations (alpha blending) on
linux is just a general unacceleratred code, these operations are
performed on per-pixel basis
It was evaluated as not a bug. But it is clear from its evaluation
that negative-sized fonts are treated as positive sized but rotated
around their origin, say with implicit transform. I'd suggest to
follow this behavior.
On 9/23/06, Richard Liang [EMAIL PROTECTED] wrote:
On 9/23/06, Alexey
+1
On 9/25/06, Salikh Zakirov [EMAIL PROTECTED] wrote:
+1
Geir Magnusson Jr. wrote:
All is in order and in SVN for Harmony-1217 wrt BCC and ACQ.
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To
of
the font is negative?
On 9/25/06, Ilya Okomin [EMAIL PROTECTED] wrote:
On 9/25/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
It was evaluated as not a bug. But it is clear from its evaluation
that negative-sized fonts are treated as positive sized but rotated
around their origin, say
in Java 5.0 and
in the earlier versions of Java.
Regards,
Ilya.
On 9/25/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
It seems like returning negative metrics is somewhat logical. If the
font is rotated by -Pi then all offsets becomes negative, but their
absolute values are equal to the positive
+1, but it seems to me that its build is not aligned with the classlib
build structure. Please, correct me if I am wrong. Have somebody tried
to build it already?
On 9/28/06, Alexey Varlamov [EMAIL PROTECTED] wrote:
+1
2006/9/28, Paulex Yang [EMAIL PROTECTED]:
+1
Geir Magnusson Jr. wrote:
+1 for the website. I agree with Mark that the changes to this
document shoud be discussed first.
On 9/28/06, Mark Hindess [EMAIL PROTECTED] wrote:
I agree with Tim.
This should be a stable document not one that needs frequent updates
(which would only mean contributors would be expected to
+1 for the non-bug diff.
My opinion is that this boundary case is not going to affect any
application, especially because Harmony doesn't throw an exception
while RI does. Also, when the number of points is positive Harmony
still throws an exception if offset is out of bounds.
On 9/28/06, Denis
+1
On 10/3/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
BCC and ACQs in place.
[ ] +1 Yes, accept the contribution
[ ] -1 No, don't. reason :
As usual, 3 days or until all committers vote, or there is an
objection/request for continuance
I found the reason of this failure. It is an IntrospectionException
while executing a following method from the TransferHandler class:
private PropertyDescriptor getPropertyDescriptor(final JComponent c) {
PropertyDescriptor result = null;
try {
result = new
Sure. Now I am running the tests on the patch to ensure that
modifications in beans are safe. Will submit when the tests will pass.
On 10/5/06, Tim Ellison [EMAIL PROTECTED] wrote:
Mikhail Loenko wrote:
Yes, please. When you submit a patch people will have a chance
to review and comment
Patch for the TransferHandlerTest failure is here:
http://issues.apache.org/jira/browse/HARMONY-1723
On 10/5/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
2006/10/5, Oleg Khaschansky [EMAIL PROTECTED]:
I found the reason of this failure. It is an IntrospectionException
while executing
it is inconsistent.
Why it accepts invalid read method and throws exception on invalid
write method? No logic.
[1]
http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200609.mbox/[EMAIL
PROTECTED]
Thanks,
2006/10/4, Oleg Khaschansky [EMAIL PROTECTED]:
I found the reason
If no one objects I'll generify javax.swing to improve API indicators.
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
)
think we should not fix it that way now?
Regards,
Tim
Oleg Khaschansky wrote:
Alexey,
Agree. I haven't noticed that RI doesn't accept invalid write method.
Then its behavior looks illogical. Actually, I asked about comments
especially because I expected a feedback from beans authors. Thank
the current functionality for now and get back to this if
encounter one of such apps?
Regards,
2006/10/5, Oleg Khaschansky [EMAIL PROTECTED]:
Alexey,
Agree. I haven't noticed that RI doesn't accept invalid write method.
Then its behavior looks illogical. Actually, I asked about comments
Tim,
I attached a patch which doesn't have side effects to HARMONY-1723 :)
--
Oleg
On 10/6/06, Tim Ellison [EMAIL PROTECTED] wrote:
Oleg Khaschansky wrote:
So what happens to the patch on HARMONY-1723.
My opinion is that it is OK. Consider the following:
1. Applications bounded to the RI
/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
If no one objects I'll generify javax.swing to improve API indicators.
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED
According to the good issue resolution guideline I am forwarding
this to the dev. list.
-- Forwarded message --
From: Oleg Khaschansky (JIRA) [EMAIL PROTECTED]
Date: Oct 6, 2006 8:58 PM
Subject: [jira] Updated: (HARMONY-1763) [classlib][beans] method
PropertyDescriptor) {
PropertyDescriptor pd = (PropertyDescriptor) object;
Anyway +1 for the patch in general, thank you for finding this!
Regards,
2006/10/6, Oleg Khaschansky [EMAIL PROTECTED]:
According to the good issue resolution guideline I am forwarding
this to the dev. list
I will take a look at this.
On 10/8/06, Tim Ellison [EMAIL PROTECTED] wrote:
I see a failure on IA32 Win XP tests at r454168 (after applying the
TransferHandler patch).
The walkback is:
junit.framework.AssertionFailedError: expected:0 but was:7 at
Tim,
I can't see this failure at r454268. Anyone else see it? Maybe rebuild
will help?
I also looked into SpinnerDateModelTest source and it doesn't seems to
me that it could be related to the TransferHandler.
--
Oleg
On 10/9/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
I will take a look
I uploaded a patch which implements CopyOnWriteArrayList class.
Committers, please, take a look at [1]. I also ensured that
CopyOnWriteArrayListTest passes with this implementation.
[1] http://issues.apache.org/jira/browse/HARMONY-1805
It looks like you don't have lcms.h and, probably, other lcms stuff in
Harmony\enhanced\classlib\trunk\depends\libs\build\lcms\.
Recently awt/swing build was enabled by default and it requires this
dependency as well as png and jpeg.
Read the instructions in
suspect you have an old version of lcms - that is, one that dates from
before 2004(!) when the cmsFLAGS_NOTCACHE flags was added. Can you
check what version you have installed?
Regards,
Mark.
Thanks,
Pavel
On 10/10/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
It looks like you
? :)
:-) Well, yeah, and I was worried until I saw that:
a) the change to introduce this variable happened over two years ago,
and
b) my lucky guess was enough to fix it
-Mark.
Mark Hindess wrote:
On 10 October 2006 at 16:22, Oleg Khaschansky [EMAIL PROTECTED]
om wrote
What exactly your code is? It, probably, may rearrange the levels if
you didn't explicitely set them for all the characters including
trailing whitespace. If this is the case it may add some additional
levels and relocate the array. Could you check if the size of the
array changed?
On 10/12/06,
/12, Oleg Khaschansky [EMAIL PROTECTED]:
What exactly your code is? It, probably, may rearrange the levels if
you didn't explicitely set them for all the characters including
trailing whitespace. If this is the case it may add some additional
levels and relocate the array. Could you check
I've just attached patch to JIRA
You are a committer, that doesn't count :-)
On 10/12/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
I've just attached patch to JIRA
2006/10/12, Tim Ellison [EMAIL PROTECTED]:
Ivanov, Alexey A wrote:
Then it looks more like JIRA configuration problem
The next patch which generifies the rest of swing is ready. A couple
of swing unit tests were updated.
http://issues.apache.org/jira/browse/HARMONY-1803
On 10/6/06, Ilya Okomin [EMAIL PROTECTED] wrote:
On 10/6/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
I am happy to inform that I created
\src\main\java\java\util\concurrent\CopyOnWriteArrayList.java
Updated to revision 462578.
Did anyone try this?
Thanks,
Stepan.
On 10/10/06, Oleg Khaschansky wrote:
I uploaded a patch which implements CopyOnWriteArrayList class.
Committers, please, take a look at [1]. I also ensured
#1867 from your list looks very much like #1699 (see [1]).
[1] http://issues.apache.org/jira/browse/HARMONY-1699
On 10/13/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
Guys,
I'm going to spend some time to run jEdit [1] on Harmony.
I've tried it with IBM VME and DRL VM on Windows.
1. IBM VME:
be used as minimized testcase for 1867.
SY, Alexey
2006/10/13, Oleg Khaschansky [EMAIL PROTECTED]:
#1867 from your list looks very much like #1699 (see [1]).
[1] http://issues.apache.org/jira/browse/HARMONY-1699
On 10/13/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
Guys,
I'm going to spend
Congratulations! Great news!
Sorry for being a bit outdated - I was on vacations last week.
On 10/18/06, Nathan Beyer [EMAIL PROTECTED] wrote:
Congratulations to all the new committers.
-N
On 10/16/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Please join the Apache Harmony PPMC in
Hi,
Rev. 465514 introduced a lot of invalid modifications to the
GifDecoder, PngDecoder and JpegDecoder. There were a number of fields
modified or initialized from the native code only, but they were
redeclared as final, so the decoders doesn't work properly any more.
This revision has the
.
-Nathan
On 10/24/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
Hi,
Rev. 465514 introduced a lot of invalid modifications to the
GifDecoder, PngDecoder and JpegDecoder. There were a number of fields
modified or initialized from the native code only, but they were
redeclared as final, so
to have Hashtable?,? as a type in all 3 classes and
HashtableObject,Object as an initial value for this field.
On 10/24/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
Where are the tests for these decoders? How did you determine that
they no longer worked?
Unfortunately, these classes
It'd be better to have Hashtable?,? as a type in all 3 classes and
HashtableObject,Object as an initial value for this field.
I mean that it is not an error but it seems to me semantically more meaningful
On 10/24/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
Nathan, could you, please tell
Unit tests for the decoders are up there in [1]
[1] https://issues.apache.org/jira/browse/HARMONY-1954
On 10/24/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
That's the start of a unit test, are you going to finish it? ;-)
Well, I'll look into this. We need to put a couple of images
.
On 10/25/06, Nathan Beyer [EMAIL PROTECTED] wrote:
On 10/24/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
Nathan, could you, please tell why you changed the field properties in
these classes to
HashtableObject,Object in two of them and to
HashtableString,String in one of them (GifDecoder)?
Look
3.- Will be possible to create graphics in awt-headless mode? I would
like to test servlets generating charts (using JFreeCharts) in a Linux
box without a graphics environment.
Definitely, headless support will be implemented in the future and
there are no obstacles which prevent us from
definition of
what this means? A spec maybe?
Also.. Martin... want to help? :)
geir
Oleg Khaschansky wrote:
3.- Will be possible to create graphics in awt-headless mode? I would
like to test servlets generating charts (using JFreeCharts) in a Linux
box without a graphics environment
it, does this mean that all methods that don't need
to throw the special Headless exception, are ready to work in headless
mode? If so, we are just a step away for supporting headless?
Regards,
Martin
On 10/25/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
As Tim asked earlier in the thread
Right, that is my question too. I've seen the general description at
the URL Oleg sent, it's hardly a spec tho'.
I don't think that spec for this exists.
Another document on this is [1]. It describes what can and what cannot
be done in headless mode. But we also have the list of methods which
working. In order distros it was XFree libs. No need for an X server,
just the libs.
Regards,
Martin Cordova
On 10/25/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
Right, that is my question too. I've seen the general description at
the URL Oleg sent, it's hardly a spec tho'.
I don't think
).
Regards,
Martin
On 10/25/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
If you mean libxlib, how it could be used without X server? Maybe some
other library (e.g. font library like xft) simply preloads it during
its initialization or tries to connect to the server (XOpenDisplay) to
get some
Theoretically, they should be loaded on demand, i.e. when dlopen is
called. If they dlopen them at initialization step then - yes. But
loading library and then not using it is not very smart behavior, IMO.
On 10/25/06, Gregory Shimansky [EMAIL PROTECTED] wrote:
Martin Cordova wrote:
(e.g. for
think so.
Regards,
Martin
On 10/25/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
Could it be treated as a reverse engineering? I don't know :)
On 10/25/06, Martin Cordova [EMAIL PROTECTED] wrote:
I don't know how it works, but what I can do is try to use headless
without XOrg shared
A significant part of the imageio API is still missing according to
the JAPI tool [1]. If noone will object I'll start implementing these
methods/classes. Any concerns or help are welcome :)
I created a parent JIRA for this task [2].
The first thing I am going to do are ImageWriter and
+1. Silently doing nothing if invalid parameters are passed seems to
me a right behavior in this case.
Will someone apply changes to GapContent from the harmony-1975.patch
or we need to make a separate patch for this?
On 11/2/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
2006/11/2, Ivanov,
Yes, but the GapContent changes were not applied.
On 11/2/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
HARMONY-1975is already applied and closed ;)
2006/11/2, Alexey Petrenko [EMAIL PROTECTED]:
I'll take care of 1975.
SY, Alexey
2006/11/2, Oleg Khaschansky [EMAIL PROTECTED]:
+1
Could you, please, look at the unit test in #1809 also?
On 11/2/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
Yes, but the GapContent changes were not applied.
On 11/2/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
HARMONY-1975is already applied and closed ;)
2006/11/2, Alexey Petrenko [EMAIL
BWT, HARMONY-1809 should be marked as non-bug difference from RI.
I don't think that it's non-bug diff since it fixes an API issue.
On 11/8/06, Stepan Mishura [EMAIL PROTECTED] wrote:
On 11/8/06, Ivanov, Alexey A wrote:
Stepan,
I must be missing something obvious...
What kind of
94 matches
Mail list logo
