Re: 4.2.0: Build for ARM

[Damjan Jovanovic]

Raspberry Pis?

On Tue, Nov 28, 2017 at 9:41 AM, Peter kovacs  wrote:

> Maybe the patch is interesting to AndroOffice? Anyone from them on our
> list?
>
> In general I'd say that we need a different gui for touch screen devices.
>
> The other case is I can think of ARM processors is arduino machines with
> Linux installed. Don't know if this is a use case at all.
>
> Am 27. November 2017 23:46:27 MEZ schrieb Marcus :
> >Am 24.11.2017 um 23:16 schrieb FR web forum:
> >> Here: https://bz.apache.org/ooo/show_bug.cgi?id=127040
> >> Eric Bachard provide a patch to build AOO on Linux ARM (32 bits).
> >>
> >> Maybe a good point for next 4.2.0?
> >
> >I don't know how relevant the ARM architecture still is and if an
> >office
> >suite is useful for it. However, someone needs to take care of the
> >ability for building on this platform. A patch is nice but is not
> >enough
> >for future changes within the whole code base.
> >
> >My 2 ct
> >
> >Marcus
> >
> >
> >-
> >To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> >For additional commands, e-mail: dev-h...@openoffice.apache.org
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Re: 4.2.0: Build for ARM

[Peter kovacs]

Maybe the patch is interesting to AndroOffice? Anyone from them on our list?

In general I'd say that we need a different gui for touch screen devices. 

The other case is I can think of ARM processors is arduino machines with Linux 
installed. Don't know if this is a use case at all.

Am 27. November 2017 23:46:27 MEZ schrieb Marcus :
>Am 24.11.2017 um 23:16 schrieb FR web forum:
>> Here: https://bz.apache.org/ooo/show_bug.cgi?id=127040
>> Eric Bachard provide a patch to build AOO on Linux ARM (32 bits).
>> 
>> Maybe a good point for next 4.2.0?
>
>I don't know how relevant the ARM architecture still is and if an
>office 
>suite is useful for it. However, someone needs to take care of the 
>ability for building on this platform. A patch is nice but is not
>enough 
>for future changes within the whole code base.
>
>My 2 ct
>
>Marcus
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>For additional commands, e-mail: dev-h...@openoffice.apache.org

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

Re: another bug in base

[Don Lewis]

On 27 Nov, Patricia Shanahan wrote:
> On 11/27/2017 7:07 PM, Don Lewis wrote:
>> On 26 Nov, Patricia Shanahan wrote:
>>>
>>>
>>> On 11/26/2017 4:47 PM, Don Lewis wrote:
 On 27 Nov, Damjan Jovanovic wrote:
> I can't reproduce it here, on trunk with:
> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
> Target: x86_64-unknown-freebsd10.3
> with either our built-in HSQLDB driver or SQlite over ODBC.
>
> What version of AOO are you using? What database driver? What build
> settings?

 4.1.4 with the patch that I just posted.  I'm using the the built-in
 HSQLDB driver.  I installed using a FreeBSD package built with the default.
 I think I've also seen it on with unpatched 11.1, though it seems to be
 harder to reproduce there.

>>>
>>> Could you try it in 4.1.5-dev?
>> 
>> Interesting ... it seems to work fine, even without the optimization
>> level change for framework/source/loadenv/loadenv.cxx.
> 
> I cannot reproduce it with the as-released 4.1.4 on Windows.
> 
> Does anyone have a debug set-up that does reproduce it? If so, I can 
> write instructions for testing whether it is related to the null pointer 
> bug.

Even stranger, if I go back to 4.1.4 w/o the patch to
framework/Library_fwk.mk but with a patch that disables the SIGSEGV
handler, I'm not seeing any problems with base.  This one is a real
Heisenberg ...


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

Re: AOO 4.2.0-dev builds

[Larry Gusaas]

The 4.1.4 spreadsheet bug is fixed in 4.2.0

At first, database wouldn't open at all. Had to reinstall the legacy Apple Java 6. Database 
then worked. 4.1.4 worked without having the legacy Apple Java 6 installed on my computer. I 
have the latest Java 9 installed. 4.2.0 sees Java 9 in the preferences but won't open database 
without legacy Java.


Larry

On 2017-11-27, 1:36 PM Jim Jagielski wrote:

Test builds for 4.2.0-dev for Linux64, Windows and macOS are now
available at:

 http://home.apache.org/~jim/AOO-builds/AOO-4.2.0-dev-r1816311/ 



--
_

Larry I. Gusaas
Moose Jaw, Saskatchewan Canada
Website: http://larry-gusaas.com

"An artist is never ahead of his time but most people are far behind theirs." - 
Edgard Varese



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

Re: security fixes in trunk

[Patricia Shanahan]

Thanks. I'll do a detailed analysis.

On 11/27/2017 7:44 PM, Don Lewis wrote:

When I diff the files that were changed for security reasons in 4.1.4
(this is actually 4.1.5 since I have a fresh checkout handy) vs. the
same files in trunk, and throw out all the diff chunks that solely
contain whitespace, spelling, translation, etc. changes, this is what
remains:

--- aoo-trunk/main/comphelper/source/container/embeddedobjectcontainer.cxx  
2017-11-27 19:13:36.026633000 -0800
+++ aoo-4.1.5/main/comphelper/source/container/embeddedobjectcontainer.cxx  
2017-11-27 15:33:19.130136000 -0800
@@ -127,7 +127,7 @@
  pImpl = new EmbedImpl;
  pImpl->mxStorage = ::comphelper::OStorageHelper::GetTemporaryStorage();
  pImpl->mbOwnsStorage = true;
-pImpl->mbUserAllowsLinkUpdate = false;
+pImpl->mbUserAllowsLinkUpdate = true;
  pImpl->mpTempObjectContainer = 0;
  }
  
@@ -136,7 +136,7 @@

  pImpl = new EmbedImpl;
  pImpl->mxStorage = rStor;
  pImpl->mbOwnsStorage = false;
-pImpl->mbUserAllowsLinkUpdate = false;
+pImpl->mbUserAllowsLinkUpdate = true;
  pImpl->mpTempObjectContainer = 0;
  }
  
@@ -145,7 +145,7 @@

  pImpl = new EmbedImpl;
  pImpl->mxStorage = rStor;
  pImpl->mbOwnsStorage = false;
-pImpl->mbUserAllowsLinkUpdate = false;
+pImpl->mbUserAllowsLinkUpdate = true;
  pImpl->mpTempObjectContainer = 0;
  pImpl->m_xModel = xModel;
  }
--- aoo-trunk/main/sfx2/inc/sfx2/linkmgr.hxx2017-11-27 19:13:35.993528000 
-0800
+++ aoo-4.1.5/main/sfx2/inc/sfx2/linkmgr.hxx2017-11-27 15:35:27.685685000 
-0800
@@ -111,62 +112,59 @@
  
  SvLinkSourceRef CreateObj( SvBaseLink* );
  
+	

+   // Automatically ask user about update all links, on first insert
+   void SetAutoAskUpdateAllLinks();
+
voidUpdateAllLinks( sal_Bool bAskUpdate = sal_True,
sal_Bool 
bCallErrHdl = sal_True,
  sal_Bool bUpdateGrfLinks = sal_False,
  Window* pParentWin = 0 );
  
-// ask for the list of all links (e.g, for the link dialog)

+   // Liste aller Links erfragen (z.B. fuer 
Verknuepfungs-Dialog)
const   SvBaseLinks& GetLinks() const { return aLinkTbl; }
  
-	// - Server-side Management 

+   // - Serverseitige Verwaltung 
  
-// ask for the list of all links that get served

+   // Liste der zu serviereden Links erfragen
const SvLinkSources& GetServers() const { return aServerTbl; }
-   // insert/delete a served link
+   // einen zu servierenden Link eintragen/loeschen
sal_BoolInsertServer( SvLinkSource* rObj );
voidRemoveServer( SvLinkSource* rObj );
voidRemoveServer( sal_uInt16 nPos, sal_uInt16 nCnt = 1 )
{   aServerTbl.Remove( nPos, nCnt ); }
  
-	// a transfer will be discontinued, therefore cancel all DownloadMedia

-   // (at the moment only interesting for the FileLinks!)
-
+   // eine Uebertragung wird abgebrochen, also alle DownloadMedien canceln
+   // (ist zur Zeit nur fuer die FileLinks interressant!)
void CancelTransfers();
  
-	// to send status information from the FileObject to the BaseLink, there is an own ClipboardId.

-   // The SvData object has then the respective information as string.
-   // Currently this will be used for FileObject in connection with 
JavaScript
-   // - that needs information about Load/Abort/Error
-
+   // um Status Informationen aus dem FileObject an den BaseLink zu
+   // senden, gibt es eine eigene ClipBoardId. Das SvData-Object hat
+   // dann die entsprechenden Informationen als String.
+   // Wird zur Zeit fuer FileObject in Verbindung mit JavaScript benoetigt
+   // - das braucht Informationen ueber Load/Abort/Error
static sal_uIntPtr  RegisterStatusInfoId();
  
  	// if the mimetype says graphic/bitmap/gdimetafile then get the

// graphic from the Any. Return says no errors
static sal_Bool GetGraphicFromAny( const String& rMimeType,
const 
::com::sun::star::uno::Any & rValue,
-   Graphic& rGrf );
+   Graphic& rGrf 
);
  
-	// Automatically ask user about update all links, on first insert

-   void SetAutoAskUpdateAllLinks();
-
  private:
LinkManager( const LinkManager& );
LinkManager& operator=( const LinkManager& );
  };
  
-// separator in the LinkName for the DDE/File/Graphic links

-// (only 

security fixes in trunk

[Don Lewis]

When I diff the files that were changed for security reasons in 4.1.4
(this is actually 4.1.5 since I have a fresh checkout handy) vs. the
same files in trunk, and throw out all the diff chunks that solely
contain whitespace, spelling, translation, etc. changes, this is what
remains:

--- aoo-trunk/main/comphelper/source/container/embeddedobjectcontainer.cxx  
2017-11-27 19:13:36.026633000 -0800
+++ aoo-4.1.5/main/comphelper/source/container/embeddedobjectcontainer.cxx  
2017-11-27 15:33:19.130136000 -0800
@@ -127,7 +127,7 @@
 pImpl = new EmbedImpl;
 pImpl->mxStorage = ::comphelper::OStorageHelper::GetTemporaryStorage();
 pImpl->mbOwnsStorage = true;
-pImpl->mbUserAllowsLinkUpdate = false;
+pImpl->mbUserAllowsLinkUpdate = true;
 pImpl->mpTempObjectContainer = 0;
 }
 
@@ -136,7 +136,7 @@
 pImpl = new EmbedImpl;
 pImpl->mxStorage = rStor;
 pImpl->mbOwnsStorage = false;
-pImpl->mbUserAllowsLinkUpdate = false;
+pImpl->mbUserAllowsLinkUpdate = true;
 pImpl->mpTempObjectContainer = 0;
 }
 
@@ -145,7 +145,7 @@
 pImpl = new EmbedImpl;
 pImpl->mxStorage = rStor;
 pImpl->mbOwnsStorage = false;
-pImpl->mbUserAllowsLinkUpdate = false;
+pImpl->mbUserAllowsLinkUpdate = true;
 pImpl->mpTempObjectContainer = 0;
 pImpl->m_xModel = xModel;
 }
--- aoo-trunk/main/sfx2/inc/sfx2/linkmgr.hxx2017-11-27 19:13:35.993528000 
-0800
+++ aoo-4.1.5/main/sfx2/inc/sfx2/linkmgr.hxx2017-11-27 15:35:27.685685000 
-0800
@@ -111,62 +112,59 @@
 
 SvLinkSourceRef CreateObj( SvBaseLink* );
 
+   
+   // Automatically ask user about update all links, on first insert
+   void SetAutoAskUpdateAllLinks();
+
voidUpdateAllLinks( sal_Bool bAskUpdate = sal_True,
sal_Bool 
bCallErrHdl = sal_True,
 sal_Bool bUpdateGrfLinks = sal_False,
 Window* pParentWin = 0 );
 
-   // ask for the list of all links (e.g, for the 
link dialog)
+   // Liste aller Links erfragen (z.B. fuer 
Verknuepfungs-Dialog)
const   SvBaseLinks& GetLinks() const { return aLinkTbl; }
 
-   // - Server-side Management 
+   // - Serverseitige Verwaltung 
 
-   // ask for the list of all links that get served
+   // Liste der zu serviereden Links erfragen
const SvLinkSources& GetServers() const { return aServerTbl; }
-   // insert/delete a served link
+   // einen zu servierenden Link eintragen/loeschen
sal_BoolInsertServer( SvLinkSource* rObj );
voidRemoveServer( SvLinkSource* rObj );
voidRemoveServer( sal_uInt16 nPos, sal_uInt16 nCnt = 1 )
{   aServerTbl.Remove( nPos, nCnt ); }
 
-   // a transfer will be discontinued, therefore cancel all DownloadMedia
-   // (at the moment only interesting for the FileLinks!)
-
+   // eine Uebertragung wird abgebrochen, also alle DownloadMedien canceln
+   // (ist zur Zeit nur fuer die FileLinks interressant!)
void CancelTransfers();
 
-   // to send status information from the FileObject to the BaseLink, 
there is an own ClipboardId.
-   // The SvData object has then the respective information as string.
-   // Currently this will be used for FileObject in connection with 
JavaScript
-   // - that needs information about Load/Abort/Error
-
+   // um Status Informationen aus dem FileObject an den BaseLink zu
+   // senden, gibt es eine eigene ClipBoardId. Das SvData-Object hat
+   // dann die entsprechenden Informationen als String.
+   // Wird zur Zeit fuer FileObject in Verbindung mit JavaScript benoetigt
+   // - das braucht Informationen ueber Load/Abort/Error
static sal_uIntPtr  RegisterStatusInfoId();
 
// if the mimetype says graphic/bitmap/gdimetafile then get the
// graphic from the Any. Return says no errors
static sal_Bool GetGraphicFromAny( const String& rMimeType,
const 
::com::sun::star::uno::Any & rValue,
-   Graphic& rGrf );
+   Graphic& rGrf 
);
 
-   // Automatically ask user about update all links, on first insert
-   void SetAutoAskUpdateAllLinks();
-
 private:
LinkManager( const LinkManager& );
LinkManager& operator=( const LinkManager& );
 };
 
-// separator in the LinkName for the DDE/File/Graphic links
-// (only who needs it, in order to 

Re: another bug in base

[Patricia Shanahan]

On 11/27/2017 7:07 PM, Don Lewis wrote:

On 26 Nov, Patricia Shanahan wrote:



On 11/26/2017 4:47 PM, Don Lewis wrote:

On 27 Nov, Damjan Jovanovic wrote:

I can't reproduce it here, on trunk with:
FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
Target: x86_64-unknown-freebsd10.3
with either our built-in HSQLDB driver or SQlite over ODBC.

What version of AOO are you using? What database driver? What build
settings?


4.1.4 with the patch that I just posted.  I'm using the the built-in
HSQLDB driver.  I installed using a FreeBSD package built with the default.
I think I've also seen it on with unpatched 11.1, though it seems to be
harder to reproduce there.



Could you try it in 4.1.5-dev?


Interesting ... it seems to work fine, even without the optimization
level change for framework/source/loadenv/loadenv.cxx.


I cannot reproduce it with the as-released 4.1.4 on Windows.

Does anyone have a debug set-up that does reproduce it? If so, I can 
write instructions for testing whether it is related to the null pointer 
bug.


---
This email has been checked for viruses by AVG.
http://www.avg.com


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

Re: another bug in base

[Don Lewis]

On 26 Nov, Patricia Shanahan wrote:
> 
> 
> On 11/26/2017 4:47 PM, Don Lewis wrote:
>> On 27 Nov, Damjan Jovanovic wrote:
>>> I can't reproduce it here, on trunk with:
>>> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
>>> Target: x86_64-unknown-freebsd10.3
>>> with either our built-in HSQLDB driver or SQlite over ODBC.
>>>
>>> What version of AOO are you using? What database driver? What build
>>> settings?
>> 
>> 4.1.4 with the patch that I just posted.  I'm using the the built-in
>> HSQLDB driver.  I installed using a FreeBSD package built with the default.
>> I think I've also seen it on with unpatched 11.1, though it seems to be
>> harder to reproduce there.
>> 
> 
> Could you try it in 4.1.5-dev?

Interesting ... it seems to work fine, even without the optimization
level change for framework/source/loadenv/loadenv.cxx.


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

Re: svn commit: r1816459 - in /openoffice/trunk/main/fpicker: ./ source/aqua/

[Don Lewis]

On 27 Nov, j...@apache.org wrote:
> Author: jim
> Date: Mon Nov 27 15:14:23 2017
> New Revision: 1816459
> 
> URL: http://svn.apache.org/viewvc?rev=1816459=rev
> Log:
> Force fpicker to be treated as objC and ensure we
> link to the required libs 
> 
> Added:
> openoffice/trunk/main/fpicker/source/aqua/AquaFilePickerDelegate.cxx
>   - copied unchanged from r1816458, 
> openoffice/trunk/main/fpicker/source/aqua/AquaFilePickerDelegate.mm
> openoffice/trunk/main/fpicker/source/aqua/NSString_OOoAdditions.cxx
>   - copied unchanged from r1816458, 
> openoffice/trunk/main/fpicker/source/aqua/NSString_OOoAdditions.mm
> openoffice/trunk/main/fpicker/source/aqua/NSURL_OOoAdditions.cxx
>   - copied unchanged from r1816458, 
> openoffice/trunk/main/fpicker/source/aqua/NSURL_OOoAdditions.mm
> Removed:
> openoffice/trunk/main/fpicker/source/aqua/AquaFilePickerDelegate.mm
> openoffice/trunk/main/fpicker/source/aqua/NSString_OOoAdditions.mm
> openoffice/trunk/main/fpicker/source/aqua/NSURL_OOoAdditions.mm
> Modified:
> openoffice/trunk/main/fpicker/Library_fps_aqua.mk
> openoffice/trunk/main/fpicker/source/aqua/CFStringUtilities.hxx
> 
> Modified: openoffice/trunk/main/fpicker/Library_fps_aqua.mk
> URL: 
> http://svn.apache.org/viewvc/openoffice/trunk/main/fpicker/Library_fps_aqua.mk?rev=1816459=1816458=1816459=diff
> ==
> --- openoffice/trunk/main/fpicker/Library_fps_aqua.mk (original)
> +++ openoffice/trunk/main/fpicker/Library_fps_aqua.mk Mon Nov 27 15:14:23 2017
> @@ -30,6 +30,12 @@ $(eval $(call gb_Library_set_include,fps
>   -I$(SRCDIR)/fpicker/inc/pch \
>  ))
>  
> +$(eval $(call gb_Library_add_libs,fps_aqua,\
> +-framework Cocoa \
> +-framework Carbon \
> +-framework CoreFoundation \
> +))
> +
>  $(eval $(call gb_Library_add_api,fps_aqua,\
>   offapi \
>   udkapi \
> @@ -59,7 +65,7 @@ $(eval $(call gb_Library_add_exception_o
>  ))
>  
>  $(eval $(call gb_Library_add_cxxflags,fps_aqua,\
> --x objective-c++ \
> +-x objective-c++ -DMACOSX_DEPLOYMENT_TARGET=10.7 \
>  ))
>  
>  # vim: set noet sw=4 ts=4:
> 

Rather than adding the objective-c++ flag here, it would probably be
better to use gb_Library_add_objcxxobjects instead of
gb_Library_add_exception_objects when constructing the library.


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

Re: AOO 4.2.0-dev builds

[Dave Fisher]

Hi Jim,

The two 4.1.4 macOS bugs test as fixed on Mac Sierra.

Regards,
Dave

> On Nov 27, 2017, at 11:36 AM, Jim Jagielski  wrote:
> 
> Test builds for 4.2.0-dev for Linux64, Windows and macOS are now
> available at:
> 
>http://home.apache.org/~jim/AOO-builds/AOO-4.2.0-dev-r1816311/ 
> 
> 
> 



signature.asc
Description: Message signed with OpenPGP

Re: 4.2.0: Build for ARM

[Marcus]

Am 24.11.2017 um 23:16 schrieb FR web forum:

Here: https://bz.apache.org/ooo/show_bug.cgi?id=127040
Eric Bachard provide a patch to build AOO on Linux ARM (32 bits).

Maybe a good point for next 4.2.0?


I don't know how relevant the ARM architecture still is and if an office 
suite is useful for it. However, someone needs to take care of the 
ability for building on this platform. A patch is nice but is not enough 
for future changes within the whole code base.


My 2 ct

Marcus


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

Re: Accessibility link not working

[Marcus]

Am 26.11.2017 um 23:42 schrieb Andrea Pescetti:

Matthias Seidel wrote:

Am 26.11.2017 um 18:42 schrieb Dick Groskamp:

http://www.openoffice.org/ui/accessibility/index.html
with the suggestions Karla made:
1. remove the link to bobby ( I checked: bobby isn't available
anymore, at least not from that link)
 or replace it by the one Karla suggests to http://wave.webaim.org/
2. add a link to:  http://wiht.co/guidetoaccessibility  with tips on
how to make an accessible site.


And who knows if these suggestions are in the interest of users or in 
the interest of Karla or her employer? We've seen many requests to 
"improve" links in the past by people who probably had something to gain 
from it. And so... (continues below)



However, I can make the suggested changes and publish them.


...so, when adding links, we should always add "rel='nofollow'" as a 
mild indication of non-endorsement. Support varies, but in general this 
will limit the possibility that the link is used just to improve 
visibility of the other site.


I've done it at http://www.openoffice.org/ui/accessibility/index.html


I haven't seen that the link is actually on our website. So, thanks a 
lot for the needed changes.


Marcus

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

Re: svn commit: r1815700 - /openoffice/trunk/main/framework/Library_fwk.mk

[Jim Jagielski]

I just went ahead and activated it for MACOSX. We can always
adjust as needed.

> On Nov 27, 2017, at 1:30 PM, Don Lewis  wrote:
> 
> On 27 Nov, Jim Jagielski wrote:
>> % cc --version 
>> Apple LLVM version 7.3.0 (clang-703.0.31)
>> Target: x86_64-apple-darwin16.7.0
>> Thread model: posix
>> InstalledDir: 
>> /Applications/Xcode7.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
> 
> How inconvenient.  It looks like Apple uses their own version numbering.
> The very latest release on llvm.org is 5.0.0.  I found this table that
> maps between Xcode versions, Apple clang versions, and LLVM versions.
> Based on my FreeBSD testing results (11.0 w/LLVM 3.8.0 works), Xcode 7.3
> or higher should work properly on the Mac.
> 
> If we want to start using CCNUMVER to control these workarounds, we'll
> have to use different thresholds for clang on Apple vs. clang anywhere
> else.
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 


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

Re: AOO 4.2.0-dev builds

[Jim Jagielski]

Test builds for 4.2.0-dev for Linux64, Windows and macOS are now
available at:

http://home.apache.org/~jim/AOO-builds/AOO-4.2.0-dev-r1816311/ 

Re: svn commit: r1815700 - /openoffice/trunk/main/framework/Library_fwk.mk

[Don Lewis]

On 27 Nov, Jim Jagielski wrote:
> % cc --version 
> Apple LLVM version 7.3.0 (clang-703.0.31)
> Target: x86_64-apple-darwin16.7.0
> Thread model: posix
> InstalledDir: 
> /Applications/Xcode7.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

How inconvenient.  It looks like Apple uses their own version numbering.
The very latest release on llvm.org is 5.0.0.  I found this table that
maps between Xcode versions, Apple clang versions, and LLVM versions.
Based on my FreeBSD testing results (11.0 w/LLVM 3.8.0 works), Xcode 7.3
or higher should work properly on the Mac.

If we want to start using CCNUMVER to control these workarounds, we'll
have to use different thresholds for clang on Apple vs. clang anywhere
else.


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

Re: svn commit: r1815700 - /openoffice/trunk/main/framework/Library_fwk.mk

[Don Lewis]

On 27 Nov, Damjan Jovanovic wrote:
> Who confirmed that it "also affects FreeBSD 10.3 with clang 3.4.1"?
> If it was me, I was wrong, as I said later in the same email thread.

I was able to confirm it.  I saw the link to the forum where a FreeBSD
user reported that the table wizard didn't work, but the FreeBSD version
was not specified.  I replied to the email thread that I was not able to
reproduce the problem on my FreeBSD 11.1 desktop.  After reading some of
the subsequent email traffic and this PR
https://bz.apache.org/ooo/show_bug.cgi?id=126622, in particular comment
#28 I decided to set up a FreeBSD 10.3 amd64 jail to try to reproduce
the bug since both Mac and FreeBSD use clang.  My testing showed that
base was broken in 10.3 on amd64, but works on i386.


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

Re: svn commit: r1815700 - /openoffice/trunk/main/framework/Library_fwk.mk

[Damjan Jovanovic]

Who confirmed that it "also affects FreeBSD 10.3 with clang 3.4.1"?
If it was me, I was wrong, as I said later in the same email thread.

On Mon, Nov 27, 2017 at 9:34 AM, Don Lewis  wrote:

> On 26 Nov, Don Lewis wrote:
> > On 26 Nov, Don Lewis wrote:
> >> On 18 Nov, j...@apache.org wrote:
> >>> Author: jim
> >>> Date: Sat Nov 18 22:24:42 2017
> >>> New Revision: 1815700
> >>>
> >>> URL: http://svn.apache.org/viewvc?rev=1815700=rev
> >>> Log:
> >>> Force compilation with -O1 flag instead of -O2
> >>>
> >>> Modified:
> >>> openoffice/trunk/main/framework/Library_fwk.mk
> >>>
> >>> Modified: openoffice/trunk/main/framework/Library_fwk.mk
> >>> URL: http://svn.apache.org/viewvc/openoffice/trunk/main/
> framework/Library_fwk.mk?rev=1815700=1815699=1815700=diff
> >>> 
> ==
> >>> --- openoffice/trunk/main/framework/Library_fwk.mk (original)
> >>> +++ openoffice/trunk/main/framework/Library_fwk.mk Sat Nov 18
> 22:24:42 2017
> >>> @@ -61,6 +61,10 @@ $(eval $(call gb_Library_add_linked_libs
> >>> $(gb_STDLIBS) \
> >>>  ))
> >>>
> >>> +ifeq ($(OS),MACOSX)
> >>> +gb_COMPILEROPTFLAGS := -O1
> >>> +endif
> >>> +
> >>>  $(eval $(call gb_Library_add_exception_objects,fwk,\
> >>> framework/source/accelerators/acceleratorcache \
> >>> framework/source/accelerators/acceleratorconfiguration \
> >>>
> >>>
> >>
> >> I'd like to propose the patch below as an alternative:
> >>  * FreeBSD 10 / amd64 also has this problem.  It just depends on the
> >>machine architecture and clang version.
> >>
> >>  * The patch below only changes the optimization for one file, not
> >>everything in this library.
> >>
> >>  * Hardwiring -O1 does the wrong thing for debug builds, which want to
> >>totally disable optimization so that the values of variables are not
> >>optimized out.
> >>
> >> Admittedly this patch is a bit ugly because gbuild doesn't currently
> >> have a way to set target-specific optimization flags.  The problem is
> >> that it passes $(gb_COMPILEROPTFLAGS) as a function call argument, which
> >> is evaluated globally and not in a target-specific context.  This should
> >> be fixable.
> >>
> >> What does 'cc --version' report on the Mac for the different releases
> >> that work / don't work properly?  I'd like to bring $(CCNUMVER) to
> >> gbuild so that these sorts of tweaks are only enabled for the compiler
> >> versions that need it.
> >>
> >> --- framework/Library_fwk.mk.orig2017-10-11 11:40:20 UTC
> >> +++ framework/Library_fwk.mk
> >> @@ -186,4 +186,11 @@ $(eval $(call gb_Library_add_exception_
> objects,fwk,\
> >>  framework/source/xml/imagesdocumenthandler \
> >>  ))
> >>
> >> +# i126622 - Base 4.1.2 does not open Tables and Queries in Mac OSX
> >> +# Also affects FreeBSD 10.3 with clang 3.4.1.
> >> +# Appears to be a clang optimization bug in versions less than 3.8.0
> >> +ifeq ($(COM)$(CPUNAME),CLANGX86_64)
> >> +$(call gb_CxxObject_get_target,framework/source/loadenv/loadenv):
>  CXXFLAGS := $(gb_LinkTarget_CXXFLAGS) $(gb_LinkTarget_EXCEPTIONFLAGS)
> $(gb_COMPILERNOOPTFLAGS)
> >> +endif
> >> +
> >>  # vim: set noet sw=4 ts=4:
> >
> > This patch is for 4.1.4.  It doesn't work on trunk, but the fix there
> > looks easier.  I'll post it once I have it tested.
>
> Here's the patch for trunk.  I turned out not to be any easier, just
> different.
>
> --- framework/Library_fwk.mk.orig   2016-08-29 00:45:25 UTC
> +++ framework/Library_fwk.mk
> @@ -190,4 +190,11 @@ $(eval $(call gb_Library_add_exception_objects,fwk,\
> framework/source/xml/imagesdocumenthandler \
>  ))
>
> +# i126622 - Base 4.1.2 does not open Tables and Queries in Mac OSX
> +# Also affects FreeBSD 10.3 with clang 3.4.1.
> +# Appears to be a clang optimization bug in versions less than 3.8.0
> +ifeq ($(COM)$(CPUNAME),CLANGX86_64)
> +$(call gb_CxxObject_get_target,framework/source/loadenv/loadenv):
>  T_CXXFLAGS := $(gb_LinkTarget_CXXFLAGS) $(gb_LinkTarget_EXCEPTIONFLAGS)
> $(gb_COMPILERNOOPTFLAGS)
> +endif
> +
>  # vim: set noet sw=4 ts=4:
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Re: svn commit: r1815700 - /openoffice/trunk/main/framework/Library_fwk.mk

[Jim Jagielski]

% cc --version 
Apple LLVM version 7.3.0 (clang-703.0.31)
Target: x86_64-apple-darwin16.7.0
Thread model: posix
InstalledDir: 
/Applications/Xcode7.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

Thx!

> On Nov 26, 2017, at 6:28 PM, Don Lewis  wrote:
> 
> cc --version

Re: another bug in base

[Jim Jagielski]

Do we need/want a FreeBSD build VM? I could try to
set one up... 

> On Nov 26, 2017, at 6:47 PM, Don Lewis  wrote:
> 
> I'm seeing another bug in base on all versions of FreeBSD.  To
> reproduce:
>  1. Open an existing database
>  2. Select Table in the far left pane
>  3. Select a table in the lower left pane
>  4. Select Document in the lower right pane
> At that point, my mouse cursor shows that something is busy.  I am able
> to File->Exit, but nothing happens.  If I ^c the process, it drops core
> with this backtrace:
> 
> #0  0x0008051f5c9f in GraphicReader::GetPreviewSize ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #1  0x0008051f47bf in GraphicReader::GetPreviewSize ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #2  0x0008051f42c0 in GraphicReader::GetPreviewSize ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #3  0x0008051e7e43 in ImageList::~ImageList ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #4  0x0008051e8b92 in ImageList::GetImage ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #5  0x000803aaf6e3 in SvFileInformationManager::GetFolderImage ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvt.so
> #6  0x000803aadd1d in SvFileInformationManager::GetFileImage ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvt.so
> #7  0x000805fb38e2 in SvxXShadowPreview::Paint ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
> #8  0x000809f23000 in component_getFactory ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libfwk.so
> #9  0x000805faf122 in SvxXShadowPreview::Paint ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
> #10 0x000805faedfc in SvxXShadowPreview::Paint ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
> #11 0x0008060c2c2a in SvxVertTextTbxCtrl::SvxVertTextTbxCtrl ()
> ---Type  to continue, or q  to quit---
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
> #12 0x0008060c2a15 in SvxVertTextTbxCtrl::SvxVertTextTbxCtrl ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
> #13 0x0008060c3148 in SvxVertTextTbxCtrl::SvxVertTextTbxCtrl ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
> #14 0x000800c2eb6a in ?? ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsofficeapp.so
> #15 0x000800c2ef09 in ?? ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsofficeapp.so
> #16 0x000805139ebe in VclResId ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #17 0x000800852da9 in osl_setErrorReporting ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libuno_sal.so.3
> #18 0x0008243bfc64 in os::Bsd::chained_handler ()
>   from /usr/local/openjdk8/jre/lib/amd64/server/libjvm.so
> #19 0x0008243c2a4f in JVM_handle_bsd_signal ()
>   from /usr/local/openjdk8/jre/lib/amd64/server/libjvm.so
> #20 0x0008243bfadd in signalHandler ()
>   from /usr/local/openjdk8/jre/lib/amd64/server/libjvm.so
> #21 0x0008017afb37 in pthread_sigmask () from /lib/libthr.so.3
> #22 0x0008017af22c in pthread_getspecific () from /lib/libthr.so.3
> #23 
> #24 0x00080085fd11 in rtl_locale_equals ()
> ---Type  to continue, or q  to quit---
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libuno_sal.so.3
> #25 0x00080085fbc3 in rtl_locale_equals ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libuno_sal.so.3
> #26 0x000800864437 in rtl_uString_release ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libuno_sal.so.3
> #27 0x00081bc98c85 in ?? ()
>   from 
> /usr/local/openoffice-4.1.4/openoffice4/program/../program/libpackage2.so
> #28 0x00081bcc9afb in ?? ()
>   from 
> /usr/local/openoffice-4.1.4/openoffice4/program/../program/libpackage2.so
> #29 0x00081bcc70ed in ?? ()
>   from 
> /usr/local/openoffice-4.1.4/openoffice4/program/../program/libpackage2.so
> #30 0x00081bcc704f in ?? ()
>   from 
> /usr/local/openoffice-4.1.4/openoffice4/program/../program/libpackage2.so
> #31 0x000802140e7a in cppu::OWeakObject::release ()
>   from 
> /usr/local/openoffice-4.1.4/openoffice4/program/libuno_cppuhelpergcc3.so.3
> #32 0x0008051f5f24 in GraphicReader::GetPreviewSize ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #33 0x0008051f404e in GraphicReader::GetPreviewSize ()
> ---Type  to continue, or q  to quit---
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #34 0x00080513403a in AllSettings::LocaleSettingsChanged ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #35 0x000801ae5206 in __cxa_finalize () from /lib/libc.so.7
> #36 0x000801a8629c in exit () from /lib/libc.so.7
> #37 0x0008241a4404 in vm_direct_exit ()
>   from 

Re: Accessibility link not working

[Dick Groskamp]

Thank you both

--
DiGro
___
Apache OpenOffice 4.1.4 (Dutch) and scanned with Ziggo extended security 
(F-Secure)


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