review denied: [Issue 126635] Possible null pointer dereference : [Attachment 85136] patch to main/sw/source/core/doc/poolfmt.cxx

2015-11-17 Thread bugzilla
j.nitsc...@ok.de has denied  review:
Issue 126635: Possible null pointer dereference
https://bz.apache.org/ooo/show_bug.cgi?id=126635

Attachment 85136: patch to main/sw/source/core/doc/poolfmt.cxx
https://bz.apache.org/ooo/attachment.cgi?id=85136=edit



--- Comment #6 from j.nitsc...@ok.de ---
Comment on attachment 85136
  --> https://bz.apache.org/ooo/attachment.cgi?id=85136
patch to main/sw/source/core/doc/poolfmt.cxx

thank you for the patch
but I wouldn't approve the current patch
1. use spaces instead of tabs
https://wiki.openoffice.org/wiki/Cpp_Coding_Standards/FORMAT
https://wiki.openoffice.org/wiki/Cpp_Coding_Standards/FORMAT/NoTabs
2. the new return path when pColl is NULL breaks functionality
3. as you noted in comment 2, lcl_SetNumBul is a helper of
SwDoc::GetTextCollFromPool and the null check should be there if anywhere

@AppChecker review requests in bugzilla get automatic send to dev-list this has
nothing to do with the issue status
it's done to highlight patches and faster review process

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: New release - problems

2015-11-17 Thread Patricia Shanahan



On 11/16/2015 8:53 PM, F C. Costero wrote:

On Mon, Nov 16, 2015 at 9:26 PM, Patricia Shanahan  wrote:


On 11/16/2015 7:38 PM, F C. Costero wrote:


On Mon, Nov 16, 2015 at 7:50 PM, Howard Morris (aka Col Boogie) <
howard_cary_mor...@hotmail.com> wrote:

I went to open a new document.

I saw the note there was new version available, so I downloaded it.

First thing I noticed was the spell check is still not working, let’s fix
it before people stop using Writer.

Next thing I noticed was a small change to the formula generator (math
calc?) in Writer.
The symbol for product seems to have changed. It should look like the
large capital letter pi, P.
Also the ‘from’ and ‘to’ blocks should be centered above and below the P.
This is relatively minor, but thought you should know.

Howard




I haven't had any problem with the spell check in the latest version. I
suggest you reset your user profile. There is a tutorial on the English
forum:
https://forum.openoffice.org/en/forum/viewtopic.php?f=74=12426
I also did a quick check of the product symbol in Math and I didn't see
any
problem. What font are you using for the formula. You can see that under
the menu Format -> Fonts when the formula editor is active.



I am seeing similar problems with the product formula symbol. Exported as
PDF, it looks fine. Viewed in Writer, the capital Pi lacks serifs, making
it look very strange. When I click on it in the formula editor, it is at
the bottom left of a dotted box, and the limits are aligned relative to the
box. Not WYSIWYG.

The fonts are:

Variables: Times New roman, Italic
Functions, Numbers, Text, and Serif: Times New Roman
Sans: Arial
Fixed: Courier New

I have uploaded the files to http://www.patriciashanahan.com/OpenOffice.
product.bmp is a screen shot of the formula editor. product.odt is the
actual file. product.pdf is the PDF export.

Patricia


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Hi Patricia,
My fonts are set just as yours are but your odt file looks normal when I
open it, not at all like your bmp. When I click on the Pi in the formula
editor it is centered both vertically and horizontally in the dotted box.
That was all on Windows 7. I also looked at a similar formula in Linux and
had no problem. The fonts there are Liberation Serif, Liberation Sans and
DejaVu Sans Mono.  If no one has a suggestion here in the next several
hours, I'll open a thread on the user forum to see if anyone there has an
idea.

Francis



I used Windows 8.1.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



RE: New release - problems

2015-11-17 Thread Dennis E. Hamilton
Thanks for undertaking this, Francis.

Please open an issue on the bugzilla that links to the user forum thread (and 
vice versa) so that we have a marker for the developers and QA folk to track 
with also.

 - Dennis

> -Original Message-
> From: F C. Costero [mailto:fjcc.apa...@gmail.com]
> Sent: Monday, November 16, 2015 20:53
> To: dev@openoffice.apache.org
> Subject: Re: New release - problems
[ ... ]
> Hi Patricia,
>My fonts are set just as yours are but your odt file looks normal
> when I
> open it, not at all like your bmp. When I click on the Pi in the formula
> editor it is centered both vertically and horizontally in the dotted
> box.
> That was all on Windows 7. I also looked at a similar formula in Linux
> and
> had no problem. The fonts there are Liberation Serif, Liberation Sans
> and
> DejaVu Sans Mono.  If no one has a suggestion here in the next several
> hours, I'll open a thread on the user forum to see if anyone there has
> an
> idea.
> 
> Francis


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: OpenRheinRuhr 2015

2015-11-17 Thread Roberto Galoppini
2015-11-17 10:13 GMT+01:00 RA Stehmann :

> Hello,
>
> we have a booth at the OpenRheinRuhr 2015 in Oberhausen in Germany. Next
> to our booth were our friends promoting the ProOO-Box.
>
> You find my report (with pictures) in german language under:
>
> http://blogs.fsfe.org/stehmann/?p=1602


Cool! How did it go the event?

Roberto


>
>
> The next booth will be at T-DOSE
>
> http://www.t-dose.org/
>
> on 28th and 29zh of November 2015 in Eindhoven, The Netherlands.
>
> And we hope for a  great common Apache stand at FOSDEM in Brussels.
>
> Kind regards
> Michael
>
>


Re: OpenRheinRuhr 2015

2015-11-17 Thread Kay Schenk


On 11/17/2015 09:32 AM, Roberto Galoppini wrote:
> 2015-11-17 10:13 GMT+01:00 RA Stehmann :
> 
>> Hello,
>>
>> we have a booth at the OpenRheinRuhr 2015 in Oberhausen in Germany. Next
>> to our booth were our friends promoting the ProOO-Box.
>>
>> You find my report (with pictures) in german language under:
>>
>> http://blogs.fsfe.org/stehmann/?p=1602

Nice report! Thank you for your participation at these events.

> 
> 
> Cool! How did it go the event?
> 
> Roberto
> 
> 
>>
>>
>> The next booth will be at T-DOSE
>>
>> http://www.t-dose.org/
>>
>> on 28th and 29zh of November 2015 in Eindhoven, The Netherlands.
>>
>> And we hope for a  great common Apache stand at FOSDEM in Brussels.
>>
>> Kind regards
>> Michael
>>
>>
> 

-- 

MzK

“Somebody's gotta win, somebody's gotta lose.
 Just don't fight about it.
 Just try to get better."
   -- Yogi Berra




-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: [QUESTION] Getting to AOO for Java (AOO4J)?

2015-11-17 Thread Andrew Rist
Hope this is not off topic, but I think it should be a part of this
conversation.
If w are looking at moving AOO forward, then we should be looking
forward and not just porting to another development platform.
As such, the two most important destinations are a cloud implementation
and collaboration.  I do think java (plus javascript on a browser on the
client) is the best way to move in that direction, and the first step
would be to port AOO (or at least large portions) to java.
Of course, this project would be an order of magnitude harder than just
porting, but it is the way we could move forward, and not just provide
another port of the current product.

A.

On 11/15/2015 12:06 PM, Dennis E. Hamilton wrote:
> Damjan,
>
> I am not digging into the details of how one might do a top-down conversion 
> to an AOO4J.  
>
> However, there are bidirectional dependencies that have to be accounted for 
> when Java is on top of native GUI-using and exception-generating code.  In my 
> one adventure into JNI, 
> , I discovered how upward 
> native dependencies matter when the native code presents a modal dialog 
> against the native Window that the Java level creates and uses.  I suspect 
> that is a far more elaborate problem in the case of an AOO4J. (I also never 
> passed up an exception or produced a null result.)
>
> Since the top-down method that is proposed would require working against the 
> Apache OpenOffice source, I would recommend the following
>
>  1. A proof-of-concept be undertaken on a parallel section of the SVN, 
> at .  (It is more than 
> a branch, it seems to me.)
>
>  2. The proof-of-concept should somehow provide adequate functionality to
> demonstrate that all cases of OpenOffice functionality can be 
> accommodated.  There needs to be confidence in such an outcome.
>
>  3. The proof-of-concept must extend all the way to deployment and how
> deployment of released binaries would be undertaken.  This also 
> must address localization and QA in some manner.
>
>  4. The idea is to identify everything that needs to be accounted for
> in making such a conversion, and to expose any show-stoppers as
> early as possible.
>
>  5. Working on the proof-of-concept must not extend the critical path
> for maintenance and release of software on the current AOO 4.x
> line.  This is perhaps the single most-critical requirement.  
>
> The actual determination to pursue farther would be a matter for the Project 
> Management Committee and the AOO developer community to work out as a matter 
> of project governance.  That is not on the table at the moment.  I suggest 
> that the question not be entertained in the absence of a proof-of-concept 
> around which there is confidence that all considerations can be addressed.
>
>  - Dennis
>
>> -Original Message-
>> From: Damjan Jovanovic [mailto:dam...@apache.org]
>> Sent: Sunday, November 8, 2015 00:58
>> To: Apache OO 
>> Subject: Re: [QUESTION] Getting to AOO for Java (AOO4J)?
>>
>> Let's examine porting AOO to Java in more detail.
>>
>> Java can easily call C code with JNA and also easily call even C++ with
>> BridJ (https://github.com/nativelibs4java/BridJ) (with its sister
>> project
>> JNAerator even generating Java code to compile/link yours against by
>> examining C/C++ header files), and Java can easily call any UNO
>> component.
>> C/C++ on the other hand can only call Java with great pain using the
>> Java
>> invocation API, but UNO wraps that for us, so a Java component can be
>> called as easily as any UNO component. So ideally the smallest unit of
>> granularity while converting should be an UNO component, and C++ -> Java
>> call flow should be avoided.
>>
>> The easiest way to avoid C++ -> Java calls is to convert top down,
>> starting
>> with top level modules like main/desktop and working down. But if A uses
>> B,
>> and A is ported to Java and calls B using JNA/BridJ, then when B is also
>> ported to Java, A's calls to B need to be ported from JNA/BridJ to pure
>> Java, so working top down, while easier, means a 2 phase porting process
>> is
>> necessary. Porting modules that are only accessed via UNO, would avoid
>> the
>> 2 phase problem as UNO would be used before and after; main/xmlsecurity
>> which is only accessed via UNO and needs the category B nss library, is
>> on
>> the chopping block :-).
>>
>> The how of porting is maybe the most interesting. For the migration from
>> CppUnit to Google Test I did recently, the only reason I finished such a
>> massive undertaking in the time that I did, is that I quickly developed
>> a
>> tool to parse source code and convert the API. The tens of thousands of
>> calls to CPPUNIT_ASSERT* in our source tree didn't require hundreds of
>> thousands of keystrokes. Most of my time was spent on the stuff that
>> couldn't be automated, like 

What is dgbhelp.dll?

2015-11-17 Thread Patricia Shanahan
What is dgbhelp.dll? Do I really need it, and if so what is the best way 
to get it?


I have reached the "configure" stage of preparing to build on Windows, 
and it is failing with the following message:


checking for dbghelp.dll... configure: error: dbghelp.dll is missing in 
external/dbghelp/.

Get it from the Microsoft site and put it into external/dbghelp.
(Note: Microsoft seems to enjoy changing the exact location of this 
file. You

may have to search Microsoft's website.) Last time it was seen at:
.

The link just redirects to the Microsoft download center.

Thanks,

Patricia

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: [QUESTION/DISCUSSION] Does our required Java version need updating?

2015-11-17 Thread Kay Schenk


On 11/17/2015 02:17 PM, Kay Schenk wrote:
> We seem to have a number of numer of Java related discussions of
> late. Here's another one -- the Java version we're using for builds.
> 
> Java 6 went out of update status quite some time ago -- Feb. 2013 --
> and this is still being used for our Linux builds, and Windows
> builds if our current binaries are produced with the same
> configuration as the buildbot configurations.

oops! an errate from me. Java 7 is used for Windows builds. And I
don't know what is used for Mac.

> 
> Java 7 reached end-of-life in April, 2015.
> 
> Yesterday, I installed Java 8 -- openjdk version "1.8.0_65" -- on my
> CentOS 6.7 (32 bit) and built. Testing resulted in OK results for
> the little I did. I was concerned about the Base portion with the
> installed hsqldb but so far everything is OK.
> 
> Is anyone else on other platforms using Java 8 for successful
> building and testing? Windows builders? Mac builders? Others? Given
> that in our next release, we will be out of the 4.1.x branch (I
> think), I would think we could jump up to Java 8. I would expect
> that our users would be on Java 8 already.
> 

-- 

MzK

“Somebody's gotta win, somebody's gotta lose.
 Just don't fight about it.
 Just try to get better."
   -- Yogi Berra




-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: [QUESTION/DISCUSSION] Does our required Java version need updating?

2015-11-17 Thread Marcus

Am 11/17/2015 11:39 PM, schrieb Kay Schenk:



On 11/17/2015 02:17 PM, Kay Schenk wrote:

We seem to have a number of numer of Java related discussions of
late. Here's another one -- the Java version we're using for builds.

Java 6 went out of update status quite some time ago -- Feb. 2013 --
and this is still being used for our Linux builds, and Windows
builds if our current binaries are produced with the same
configuration as the buildbot configurations.


oops! an errate from me. Java 7 is used for Windows builds. And I
don't know what is used for Mac.



Java 7 reached end-of-life in April, 2015.

Yesterday, I installed Java 8 -- openjdk version "1.8.0_65" -- on my
CentOS 6.7 (32 bit) and built. Testing resulted in OK results for
the little I did. I was concerned about the Base portion with the
installed hsqldb but so far everything is OK.

Is anyone else on other platforms using Java 8 for successful
building and testing? Windows builders? Mac builders? Others? Given
that in our next release, we will be out of the 4.1.x branch (I
think), I would think we could jump up to Java 8. I would expect
that our users would be on Java 8 already.


when we release micro versions (at the moment this means, 4.1.x) we 
agreed to not change anthing on the baseline for supported platforms and 
their versions. Then IMHO we shouldn't also not change the base version 
for the needed Java.


But for newer versions like 4.2.x then, yes, we should improve the code 
to support the most recent version of platforms and Java.


My 2 ct.

Marcus

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: New release - problems

2015-11-17 Thread F C. Costero
On Tue, Nov 17, 2015 at 9:36 AM, Dennis E. Hamilton 
wrote:

> Thanks for undertaking this, Francis.
>
> Please open an issue on the bugzilla that links to the user forum thread
> (and vice versa) so that we have a marker for the developers and QA folk to
> track with also.
>
>  - Dennis
>
> > -Original Message-
> > From: F C. Costero [mailto:fjcc.apa...@gmail.com]
> > Sent: Monday, November 16, 2015 20:53
> > To: dev@openoffice.apache.org
> > Subject: Re: New release - problems
> [ ... ]
> > Hi Patricia,
> >My fonts are set just as yours are but your odt file looks normal
> > when I
> > open it, not at all like your bmp. When I click on the Pi in the formula
> > editor it is centered both vertically and horizontally in the dotted
> > box.
> > That was all on Windows 7. I also looked at a similar formula in Linux
> > and
> > had no problem. The fonts there are Liberation Serif, Liberation Sans
> > and
> > DejaVu Sans Mono.  If no one has a suggestion here in the next several
> > hours, I'll open a thread on the user forum to see if anyone there has
> > an
> > idea.
> >
> > Francis
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
> I opened a Bugzilla issue:
https://bz.apache.org/ooo/show_bug.cgi?id=12
and a forum thread:
https://forum.openoffice.org/en/forum/viewtopic.php?f=12=80398


review requested: [Issue 126635] Possible null pointer dereference : [Attachment 85139] patch to main/sw/source/core/doc/poolfmt.cxx

2015-11-17 Thread bugzilla
orcmid  has asked  for review:
Issue 126635: Possible null pointer dereference
https://bz.apache.org/ooo/show_bug.cgi?id=126635

Attachment 85139: patch to main/sw/source/core/doc/poolfmt.cxx
https://bz.apache.org/ooo/attachment.cgi?id=85139=edit



--- Comment #10 from orcmid  ---
Created attachment 85139
  --> https://bz.apache.org/ooo/attachment.cgi?id=85139=edit
patch to main/sw/source/core/doc/poolfmt.cxx

This modification removes an incorrect test that never passes and that if it
did pass would cause a null-pointer crash.

In all uses of this helper procedure, the pColl parameter is always the value
of pNewColl as allocated and set in the method SwDoc::GetTxtCollFromPool

pNewColl can never be NULL at the time lcl_SetNumBul is called simply because a
NULL value would have causes a crash earlier in GetTxtCollFromPool.  So long as
all allocations by *new* throw exceptions and never return NULL pointers, that
is not possible.

ANALYSIS

The first place that could happen is at line 335, if a NULL pointer is obtained
from a table.  Assume that entries to the table are always of pointers returned
from successful *new* operations.  

Then the ultimate place that pNewColl could be NULL and crash before
lcl_SetNumBul is ever called is at line 383 with a NULL returned by the *new*
operation at whichever of line 375 or 380 is performed.

By default, failed *new* operations throw an exception and do not return any
value.

There is no need to check pNewColl in GetTxtCollFromPool so long as the *new*
implementation used throws exceptions when an allocation/instantiation fails.

NOTE

The consequences of lcl_SetNumBul never accomplishing anything previously is a
greater concern for the safety of this patch.  We need to be satisfied that it
suddenly functioning does not have unintended consequences.

I would like broader review than that which led to the previous patch being
unacceptable.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



review canceled: [Issue 126635] Possible null pointer dereference : [Attachment 85136] patch to main/sw/source/core/doc/poolfmt.cxx

2015-11-17 Thread bugzilla
orcmid  has canceled orcmid 's request
for review:
Issue 126635: Possible null pointer dereference
https://bz.apache.org/ooo/show_bug.cgi?id=126635

Attachment 85136: patch to main/sw/source/core/doc/poolfmt.cxx
https://bz.apache.org/ooo/attachment.cgi?id=85136=edit

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: [QUESTION/DISCUSSION] Does our required Java version need updating?

2015-11-17 Thread Howard Morris (aka Col Boogie)
Am 11/17/2015 11:39 PM, schrieb Kay Schenk:
>
>
> On 11/17/2015 02:17 PM, Kay Schenk wrote:
>> We seem to have a number of numer of Java related discussions of
>> late. Here's another one -- the Java version we're using for builds.
>>
>> Java 6 went out of update status quite some time ago -- Feb. 2013 --
>> and this is still being used for our Linux builds, and Windows
>> builds if our current binaries are produced with the same
>> configuration as the buildbot configurations.
>
> oops! an errate from me. Java 7 is used for Windows builds. And I
> don't know what is used for Mac.
>
>>
>> Java 7 reached end-of-life in April, 2015.
>>
>> Yesterday, I installed Java 8 -- openjdk version "1.8.0_65" -- on my
>> CentOS 6.7 (32 bit) and built. Testing resulted in OK results for
>> the little I did. I was concerned about the Base portion with the
>> installed hsqldb but so far everything is OK.
>>
>> Is anyone else on other platforms using Java 8 for successful
>> building and testing? Windows builders? Mac builders? Others? Given
>> that in our next release, we will be out of the 4.1.x branch (I
>> think), I would think we could jump up to Java 8. I would expect
>> that our users would be on Java 8 already.

when we release micro versions (at the moment this means, 4.1.x) we 
agreed to not change anthing on the baseline for supported platforms and 
their versions. Then IMHO we shouldn't also not change the base version 
for the needed Java.

But for newer versions like 4.2.x then, yes, we should improve the code 
to support the most recent version of platforms and Java.

My 2 ct.

Marcus

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

---

Side question, would it be easier in the long run to use Net Beans for our Java 
programs?
We might not use its special features, but catching code as we write it may 
help.

Howard

RE: New release - problems

2015-11-17 Thread Dennis E. Hamilton


> -Original Message-
> From: F C. Costero [mailto:fjcc.apa...@gmail.com]
> Sent: Tuesday, November 17, 2015 11:34
> To: dev@openoffice.apache.org; orc...@apache.org
> Subject: Re: New release - problems
> 
> On Tue, Nov 17, 2015 at 9:36 AM, Dennis E. Hamilton 
> wrote:
> 
> > Thanks for undertaking this, Francis.
> >
> > Please open an issue on the bugzilla that links to the user forum
> thread
> > (and vice versa) so that we have a marker for the developers and QA
> folk to
> > track with also.
> >
> >  - Dennis
> >
> > > -Original Message-
> > > From: F C. Costero [mailto:fjcc.apa...@gmail.com]
> > > Sent: Monday, November 16, 2015 20:53
> > > To: dev@openoffice.apache.org
> > > Subject: Re: New release - problems
> > [ ... ]
> > > Hi Patricia,
> > >My fonts are set just as yours are but your odt file looks normal
> > > when I
> > > open it, not at all like your bmp. When I click on the Pi in the
> formula
> > > editor it is centered both vertically and horizontally in the dotted
> > > box.
> > > That was all on Windows 7. I also looked at a similar formula in
> Linux
> > > and
> > > had no problem. The fonts there are Liberation Serif, Liberation
> Sans
> > > and
> > > DejaVu Sans Mono.  If no one has a suggestion here in the next
> several
> > > hours, I'll open a thread on the user forum to see if anyone there
> has
> > > an
> > > idea.
> > >
> > > Francis
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
> > I opened a Bugzilla issue:
> https://bz.apache.org/ooo/show_bug.cgi?id=12
> and a forum thread:
> https://forum.openoffice.org/en/forum/viewtopic.php?f=12=80398
[orcmid] 

Thanks for providing cross-connections between dev@, Bugzilla, and Forum.  That 
is very useful.


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



OpenRheinRuhr 2015

2015-11-17 Thread RA Stehmann
Hello,

we have a booth at the OpenRheinRuhr 2015 in Oberhausen in Germany. Next
to our booth were our friends promoting the ProOO-Box.

You find my report (with pictures) in german language under:

http://blogs.fsfe.org/stehmann/?p=1602

The next booth will be at T-DOSE

http://www.t-dose.org/

on 28th and 29zh of November 2015 in Eindhoven, The Netherlands.

And we hope for a  great common Apache stand at FOSDEM in Brussels.

Kind regards
Michael



signature.asc
Description: OpenPGP digital signature


Re: [QUESTION/DISCUSSION] Does our required Java version need updating?

2015-11-17 Thread Damjan Jovanovic
Building AOO with Java 8's very strict javadoc tool was fixed in SVN trunk
only, by r1697228, r1697237, r1697247, r1697306, and r1697312, so yes it
should work well for building AOO now, and it's the only version I've been
testing for months on FreeBSD. Base works, wizards work, beanshell scripts
works, bvt/fvt/pvt tests generally pass (I haven't compared test results
with different Java versions).

LibreOffice supposedly builds with Java 6.

Java 7 added major new language features, like try-with-resources,
diamonds, switch on strings, so requiring Java >= 7 would be good for
development purposes. But then users can't use any older JRE version, which
might be a problem for unofficial Java implementations that are a little
behind (see http://en.wikipedia.org/wiki/Comparison_of_Java_virtual_machines).
When last I checked, the only fast JVM on the Raspberry Pi with the hard
float (hf) kernel was CACAO, which only supports Java 1.6.

A while ago I did find a way to change the bytecode and class file version
of the class files produced by Java 1.7's javac, to make most language (as
opposed to API) features work on 1.6 and 1.5 JREs. I even have a Maven
plugin to do this. I can look into it again if necessary?

Oh and should we maybe use Maven for building Java code instead of
dmake/gbuild/ant?

Damjan

On Wed, Nov 18, 2015 at 12:17 AM, Kay Schenk  wrote:

> We seem to have a number of numer of Java related discussions of
> late. Here's another one -- the Java version we're using for builds.
>
> Java 6 went out of update status quite some time ago -- Feb. 2013 --
> and this is still being used for our Linux builds, and Windows
> builds if our current binaries are produced with the same
> configuration as the buildbot configurations.
>
> Java 7 reached end-of-life in April, 2015.
>
> Yesterday, I installed Java 8 -- openjdk version "1.8.0_65" -- on my
> CentOS 6.7 (32 bit) and built. Testing resulted in OK results for
> the little I did. I was concerned about the Base portion with the
> installed hsqldb but so far everything is OK.
>
> Is anyone else on other platforms using Java 8 for successful
> building and testing? Windows builders? Mac builders? Others? Given
> that in our next release, we will be out of the 4.1.x branch (I
> think), I would think we could jump up to Java 8. I would expect
> that our users would be on Java 8 already.
> --
> 
> MzK
>
> “Somebody's gotta win, somebody's gotta lose.
>  Just don't fight about it.
>  Just try to get better."
>-- Yogi Berra
>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


Re: What is dgbhelp.dll?

2015-11-17 Thread Oliver Brinzing

Hi Patricia,

> What is dgbhelp.dll? Do I really need it, and if so what is the best way to 
get it?

maybe this can help you:
https://msdn.microsoft.com/de-de/library/windows/desktop/ms679294%28v=vs.85%29.aspx

Regards
Oliver


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



review requested: [Issue 126635] Possible null pointer dereference : [Attachment 85139] patch to main/sw/source/core/doc/poolfmt.cxx

2015-11-17 Thread Pedro Giffuni
FWIW,

The same issue appears to have been confirmed by Coverity CID 704875.

Regards,

Pedro.


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



[QUESTION/DISCUSSION] Does our required Java version need updating?

2015-11-17 Thread Kay Schenk
We seem to have a number of numer of Java related discussions of
late. Here's another one -- the Java version we're using for builds.

Java 6 went out of update status quite some time ago -- Feb. 2013 --
and this is still being used for our Linux builds, and Windows
builds if our current binaries are produced with the same
configuration as the buildbot configurations.

Java 7 reached end-of-life in April, 2015.

Yesterday, I installed Java 8 -- openjdk version "1.8.0_65" -- on my
CentOS 6.7 (32 bit) and built. Testing resulted in OK results for
the little I did. I was concerned about the Base portion with the
installed hsqldb but so far everything is OK.

Is anyone else on other platforms using Java 8 for successful
building and testing? Windows builders? Mac builders? Others? Given
that in our next release, we will be out of the 4.1.x branch (I
think), I would think we could jump up to Java 8. I would expect
that our users would be on Java 8 already.
-- 

MzK

“Somebody's gotta win, somebody's gotta lose.
 Just don't fight about it.
 Just try to get better."
   -- Yogi Berra




-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



[QUESTION] Moving to a Distributed/Collaborative Architecture

2015-11-17 Thread Dennis E. Hamilton
The new [QUESTION] is "What should a cloud-hosted/distributive/collaborative 
architecture for the future of Apache OpenOffice look like?"

 - - - - - - - - - -

Thanks Andrew.

I agree that cloud and collaboration are big topics.  And they are not the same 
as a platform port.

It strikes me, at a 50,000 foot level, that it will require a significant 
re-architecture to provide moving parts that can be integrated into 
cloud-hosted/distributed collaborative operation, and this is a worthwhile new 
topic.

I think some of the points below might be adaptable to such consideration, 
especially in doing proof-of-concept work.

In your honor, I am forking off this thread to the question that you raise.  
(The Getting to AOO4J question continues to stand on its own, but presumably 
AOO4J might intercept the other matter by become a desktop application that can 
inter-work in that cloud-oriented, distributed-collaboration future.)

 - Dennis

> -Original Message-
> From: Andrew Rist [mailto:andrew.r...@oracle.com]
> Sent: Tuesday, November 17, 2015 10:17
> To: dev@openoffice.apache.org
> Subject: Re: [QUESTION] Getting to AOO for Java (AOO4J)?
> 
> Hope this is not off topic, but I think it should be a part of this
> conversation.
> If w are looking at moving AOO forward, then we should be looking
> forward and not just porting to another development platform.
> As such, the two most important destinations are a cloud implementation
> and collaboration.  I do think java (plus javascript on a browser on the
> client) is the best way to move in that direction, and the first step
> would be to port AOO (or at least large portions) to java.
> Of course, this project would be an order of magnitude harder than just
> porting, but it is the way we could move forward, and not just provide
> another port of the current product.
> 
> A.
> 
> On 11/15/2015 12:06 PM, Dennis E. Hamilton wrote:
> > Damjan,
> >
> > I am not digging into the details of how one might do a top-down
> conversion to an AOO4J.
> >
> > However, there are bidirectional dependencies that have to be
> accounted for when Java is on top of native GUI-using and exception-
> generating code.  In my one adventure into JNI,
> > , I discovered how
> upward native dependencies matter when the native code presents a modal
> dialog against the native Window that the Java level creates and uses.
> I suspect that is a far more elaborate problem in the case of an AOO4J.
> (I also never passed up an exception or produced a null result.)
> >
> > Since the top-down method that is proposed would require working
> against the Apache OpenOffice source, I would recommend the following
> >
> >  1. A proof-of-concept be undertaken on a parallel section of the SVN,
> > at .  (It is more
> than
> > a branch, it seems to me.)
> >
> >  2. The proof-of-concept should somehow provide adequate functionality
> to
> > demonstrate that all cases of OpenOffice functionality can be
> > accommodated.  There needs to be confidence in such an outcome.
> >
> >  3. The proof-of-concept must extend all the way to deployment and how
> > deployment of released binaries would be undertaken.  This also
> > must address localization and QA in some manner.
> >
> >  4. The idea is to identify everything that needs to be accounted for
> > in making such a conversion, and to expose any show-stoppers as
> > early as possible.
> >
> >  5. Working on the proof-of-concept must not extend the critical path
> > for maintenance and release of software on the current AOO 4.x
> > line.  This is perhaps the single most-critical requirement.
> >
> > The actual determination to pursue farther would be a matter for the
> Project Management Committee and the AOO developer community to work out
> as a matter of project governance.  That is not on the table at the
> moment.  I suggest that the question not be entertained in the absence
> of a proof-of-concept around which there is confidence that all
> considerations can be addressed.
> >
> >  - Dennis
> >
> >> -Original Message-
> >> From: Damjan Jovanovic [mailto:dam...@apache.org]
> >> Sent: Sunday, November 8, 2015 00:58
> >> To: Apache OO 
> >> Subject: Re: [QUESTION] Getting to AOO for Java (AOO4J)?
> >>
> >> Let's examine porting AOO to Java in more detail.
> >>
> >> Java can easily call C code with JNA and also easily call even C++
> with
> >> BridJ (https://github.com/nativelibs4java/BridJ) (with its sister
> >> project
> >> JNAerator even generating Java code to compile/link yours against by
> >> examining C/C++ header files), and Java can easily call any UNO
> >> component.
> >> C/C++ on the other hand can only call Java with great pain using the
> >> Java
> >> invocation API, but UNO wraps that for us, so a Java component can be
> >> called as easily as any UNO component. So