You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openoffice.apache.org by Rory O'Farrell <of...@iol.ie> on 2017/11/09 18:18:38 UTC

FYI: The OO 4.1.4 Mac problem

For information: the Mac 4.1.4 chart problem is starting to surface on the Forum - there have been several reports of it today.  I explain that the fix has produced unwanted side effects and recommend reverting to OO 4.1.3 fir the time being.

Rory

-- 
Rory O'Farrell <of...@iol.ie>

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

Re: FYI: The OO 4.1.4 Mac problem

Posted by Marcus <ma...@wtnet.de>.
Am 11.11.2017 um 22:27 schrieb Jim Jagielski:
> Just a FYI that I am trying various permutations of libxml2 and
> lbxslt to try to resolve the issue...

unfortunately not everybody has a Mac. But please just tell us where we 
can help - even when it's a bit quite now due to the weekend.

Thanks

Marcus



>> On Nov 10, 2017, at 6:33 AM, Jim Jagielski <ji...@jaguNET.com> wrote:
>>
>> Anyone have any idea why these 2 issues would be so
>> dependent on the xml2/xslt libraries being used??
>>
>>> On Nov 9, 2017, at 1:18 PM, Rory O'Farrell <of...@iol.ie> wrote:
>>>
>>>
>>> For information: the Mac 4.1.4 chart problem is starting to surface on the Forum - there have been several reports of it today.  I explain that the fix has produced unwanted side effects and recommend reverting to OO 4.1.3 fir the time being.
>>>
>>> Rory
>>>
>>> -- 
>>> Rory O'Farrell <of...@iol.ie>


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

Re: FYI: The OO 4.1.4 Mac problem

Posted by Jim Jagielski <ji...@jaguNET.com>.
Just a FYI that I am trying various permutations of libxml2 and
lbxslt to try to resolve the issue...


> On Nov 10, 2017, at 6:33 AM, Jim Jagielski <ji...@jaguNET.com> wrote:
> 
> Anyone have any idea why these 2 issues would be so
> dependent on the xml2/xslt libraries being used??
> 
>> On Nov 9, 2017, at 1:18 PM, Rory O'Farrell <of...@iol.ie> wrote:
>> 
>> 
>> For information: the Mac 4.1.4 chart problem is starting to surface on the Forum - there have been several reports of it today.  I explain that the fix has produced unwanted side effects and recommend reverting to OO 4.1.3 fir the time being.
>> 
>> Rory
>> 
>> -- 
>> Rory O'Farrell <of...@iol.ie>
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
>> For additional commands, e-mail: dev-help@openoffice.apache.org
>> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
> 


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

Re: FYI: The OO 4.1.4 Mac problem

Posted by Jim Jagielski <ji...@jaguNET.com>.
Anyone have any idea why these 2 issues would be so
dependent on the xml2/xslt libraries being used??

> On Nov 9, 2017, at 1:18 PM, Rory O'Farrell <of...@iol.ie> wrote:
> 
> 
> For information: the Mac 4.1.4 chart problem is starting to surface on the Forum - there have been several reports of it today.  I explain that the fix has produced unwanted side effects and recommend reverting to OO 4.1.3 fir the time being.
> 
> Rory
> 
> -- 
> Rory O'Farrell <of...@iol.ie>
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
> 


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

Re: FYI: The OO 4.1.4 Mac problem

Posted by Dave Fisher <da...@comcast.net>.
I have my Sierra MacBook and my early 2008 iMac with 10.7.5 with a replaced drive (damaged from smoke from wine country fires (it had 10.6)) ready for testing.

> On Nov 15, 2017, at 1:38 PM, Jim Jagielski <ji...@jaguNET.com> wrote:
> 
> I have a 10.9/Mavericks with Xcode 6.2 VM up and running. I am
> building 4.1.4 on it as we speak. Will let people know asap.
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
>

Re: FYI: The OO 4.1.4 Mac problem

Posted by Damjan Jovanovic <da...@apache.org>.
Thank you :).

What "success code"? Which multiple implementations?

On Fri, Nov 17, 2017 at 4:41 PM, Peter kovacs <pe...@apache.org> wrote:

> Awesome thanks Damjan!
>
> Would it make sense to route the success code through the connectivity
> code for the future?
>
> I would rather like to have one time implementation instead of maintain
> redundant implementations.
> ( the drawback is that bugs have bigger impact. Ofc)
>
>
> Am 17. November 2017 15:26:57 MEZ schrieb Damjan Jovanovic <
> damjan@apache.org>:
> >Hi
> >
> >I am familiar with the database driver code in main/connectivity, but
> >much
> >less familiar with the Base code main/dbaccess where the problem is.
> >
> >On an unrelated past bug in my code in a main/connectivity driver, I
> >did
> >however briefly encounter that same problem where clicking "Create
> >table"
> >does nothing. Debugging it proved very difficult. Far too commonly,
> >Base
> >catches and silently swallows exceptions via the likes of:
> >
> >catch (Exception&) {}
> >
> >which explains why no error is reported to the user, and means that
> >even if
> >you put a breakpoint on such a line, you can't see anything about the
> >exception as there is no variable it's assigned to: not the exception's
> >particular subtype, not its message, and in the abomination that is C++
> >generally, never the most useful part: its stack trace.
> >
> >I then tried doing "catch throw" in gdb to try examine the exception
> >when
> >it's thrown instead of caught, however that took me on a wild goose
> >chase,
> >as multiple harmless exceptions get thrown during the course of that
> >dialog
> >opening.
> >
> >Eventually I gave up and fixed the bug in my main/connectivity driver.
> >I
> >can't remember which bug; probably that null strings were being
> >returned
> >from Java to UNO, and UNO strings can't ever be null (even in AOO's
> >C++,
> >the infamous OUString is always empty, never null).
> >
> >Later I can try to find and send you the beginning of that path through
> >the
> >Base code that's involved in opening the "Create table" dialog, so you
> >have
> >somewhere to start from. Since I don't have a Mac or access to one, I
> >can't
> >help debug this directly. But feel free to ask me any questions.
> >
> >Regards
> >Damjan
> >
> >
> >On Thu, Nov 16, 2017 at 10:12 PM, Dave Fisher <da...@comcast.net>
> >wrote:
> >
> >> Hi Damjan,
> >>
> >> Do you have any tips or pointers regarding the Base issue we are
> >having
> >> with Builds on MacOS?
> >>
> >> I’m seeing your comments on https://bz.apache.org/ooo/
> >> show_bug.cgi?id=126655 and can’t help but wonder if the code is
> >fragile
> >> here. If nothing else some help tracing the code could help.
> >>
> >> Does the Redland configuration and the update in trunk help us here?
> >>
> >> Regards,
> >> Dave
> >>
> >> > On Nov 16, 2017, at 10:40 AM, Jim Jagielski <ji...@jaguNET.com>
> >wrote:
> >> >
> >> > OK, I am pretty much almost out of ideas. I've created a VM which
> >is
> >> > almost an exact match for what I could determine was the build
> >> > environ for 4.1.2. Attached is a patch file that shows the diffs
> >between
> >> > the config.out for 4.1.2 and my build of 4.1.2. My build doesn't
> >suffer
> >> > from the corrupted diagram but it DOES still suffer from the
> >> table/Database
> >> > regression. AFAIK, the official 4.1.2 build suffers from neither.
> >> >
> >> > So what is causing this weird behavior I simply don't know... As
> >> > one can see, there's nothing, at least as reported by config.log,
> >which
> >> is
> >> > different and this is straight from
> >> >
> >> >   https://svn.apache.org/repos/asf/openoffice/tags/AOO412
> >> >
> >> > <build-config-log-diffs.txt>
> >> >
> >---------------------------------------------------------------------
> >> > To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> >> > For additional commands, e-mail: dev-help@openoffice.apache.org
> >>
> >>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
>
>

Re: FYI: The OO 4.1.4 Mac problem

Posted by Peter kovacs <pe...@apache.org>.
Awesome thanks Damjan!

Would it make sense to route the success code through the connectivity code for the future?

I would rather like to have one time implementation instead of maintain redundant implementations.
( the drawback is that bugs have bigger impact. Ofc)


Am 17. November 2017 15:26:57 MEZ schrieb Damjan Jovanovic <da...@apache.org>:
>Hi
>
>I am familiar with the database driver code in main/connectivity, but
>much
>less familiar with the Base code main/dbaccess where the problem is.
>
>On an unrelated past bug in my code in a main/connectivity driver, I
>did
>however briefly encounter that same problem where clicking "Create
>table"
>does nothing. Debugging it proved very difficult. Far too commonly,
>Base
>catches and silently swallows exceptions via the likes of:
>
>catch (Exception&) {}
>
>which explains why no error is reported to the user, and means that
>even if
>you put a breakpoint on such a line, you can't see anything about the
>exception as there is no variable it's assigned to: not the exception's
>particular subtype, not its message, and in the abomination that is C++
>generally, never the most useful part: its stack trace.
>
>I then tried doing "catch throw" in gdb to try examine the exception
>when
>it's thrown instead of caught, however that took me on a wild goose
>chase,
>as multiple harmless exceptions get thrown during the course of that
>dialog
>opening.
>
>Eventually I gave up and fixed the bug in my main/connectivity driver.
>I
>can't remember which bug; probably that null strings were being
>returned
>from Java to UNO, and UNO strings can't ever be null (even in AOO's
>C++,
>the infamous OUString is always empty, never null).
>
>Later I can try to find and send you the beginning of that path through
>the
>Base code that's involved in opening the "Create table" dialog, so you
>have
>somewhere to start from. Since I don't have a Mac or access to one, I
>can't
>help debug this directly. But feel free to ask me any questions.
>
>Regards
>Damjan
>
>
>On Thu, Nov 16, 2017 at 10:12 PM, Dave Fisher <da...@comcast.net>
>wrote:
>
>> Hi Damjan,
>>
>> Do you have any tips or pointers regarding the Base issue we are
>having
>> with Builds on MacOS?
>>
>> I’m seeing your comments on https://bz.apache.org/ooo/
>> show_bug.cgi?id=126655 and can’t help but wonder if the code is
>fragile
>> here. If nothing else some help tracing the code could help.
>>
>> Does the Redland configuration and the update in trunk help us here?
>>
>> Regards,
>> Dave
>>
>> > On Nov 16, 2017, at 10:40 AM, Jim Jagielski <ji...@jaguNET.com>
>wrote:
>> >
>> > OK, I am pretty much almost out of ideas. I've created a VM which
>is
>> > almost an exact match for what I could determine was the build
>> > environ for 4.1.2. Attached is a patch file that shows the diffs
>between
>> > the config.out for 4.1.2 and my build of 4.1.2. My build doesn't
>suffer
>> > from the corrupted diagram but it DOES still suffer from the
>> table/Database
>> > regression. AFAIK, the official 4.1.2 build suffers from neither.
>> >
>> > So what is causing this weird behavior I simply don't know... As
>> > one can see, there's nothing, at least as reported by config.log,
>which
>> is
>> > different and this is straight from
>> >
>> >   https://svn.apache.org/repos/asf/openoffice/tags/AOO412
>> >
>> > <build-config-log-diffs.txt>
>> >
>---------------------------------------------------------------------
>> > To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
>> > For additional commands, e-mail: dev-help@openoffice.apache.org
>>
>>

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

Re: FYI: The OO 4.1.4 Mac problem

Posted by Damjan Jovanovic <da...@apache.org>.
Hi

I am familiar with the database driver code in main/connectivity, but much
less familiar with the Base code main/dbaccess where the problem is.

On an unrelated past bug in my code in a main/connectivity driver, I did
however briefly encounter that same problem where clicking "Create table"
does nothing. Debugging it proved very difficult. Far too commonly, Base
catches and silently swallows exceptions via the likes of:

catch (Exception&) {}

which explains why no error is reported to the user, and means that even if
you put a breakpoint on such a line, you can't see anything about the
exception as there is no variable it's assigned to: not the exception's
particular subtype, not its message, and in the abomination that is C++
generally, never the most useful part: its stack trace.

I then tried doing "catch throw" in gdb to try examine the exception when
it's thrown instead of caught, however that took me on a wild goose chase,
as multiple harmless exceptions get thrown during the course of that dialog
opening.

Eventually I gave up and fixed the bug in my main/connectivity driver. I
can't remember which bug; probably that null strings were being returned
from Java to UNO, and UNO strings can't ever be null (even in AOO's C++,
the infamous OUString is always empty, never null).

Later I can try to find and send you the beginning of that path through the
Base code that's involved in opening the "Create table" dialog, so you have
somewhere to start from. Since I don't have a Mac or access to one, I can't
help debug this directly. But feel free to ask me any questions.

Regards
Damjan


On Thu, Nov 16, 2017 at 10:12 PM, Dave Fisher <da...@comcast.net> wrote:

> Hi Damjan,
>
> Do you have any tips or pointers regarding the Base issue we are having
> with Builds on MacOS?
>
> I’m seeing your comments on https://bz.apache.org/ooo/
> show_bug.cgi?id=126655 and can’t help but wonder if the code is fragile
> here. If nothing else some help tracing the code could help.
>
> Does the Redland configuration and the update in trunk help us here?
>
> Regards,
> Dave
>
> > On Nov 16, 2017, at 10:40 AM, Jim Jagielski <ji...@jaguNET.com> wrote:
> >
> > OK, I am pretty much almost out of ideas. I've created a VM which is
> > almost an exact match for what I could determine was the build
> > environ for 4.1.2. Attached is a patch file that shows the diffs between
> > the config.out for 4.1.2 and my build of 4.1.2. My build doesn't suffer
> > from the corrupted diagram but it DOES still suffer from the
> table/Database
> > regression. AFAIK, the official 4.1.2 build suffers from neither.
> >
> > So what is causing this weird behavior I simply don't know... As
> > one can see, there's nothing, at least as reported by config.log, which
> is
> > different and this is straight from
> >
> >   https://svn.apache.org/repos/asf/openoffice/tags/AOO412
> >
> > <build-config-log-diffs.txt>
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> > For additional commands, e-mail: dev-help@openoffice.apache.org
>
>

Re: FYI: The OO 4.1.4 Mac problem

Posted by Dave Fisher <da...@comcast.net>.
Hi Damjan,

Do you have any tips or pointers regarding the Base issue we are having with Builds on MacOS?

I’m seeing your comments on https://bz.apache.org/ooo/show_bug.cgi?id=126655 and can’t help but wonder if the code is fragile here. If nothing else some help tracing the code could help.

Does the Redland configuration and the update in trunk help us here?

Regards,
Dave

> On Nov 16, 2017, at 10:40 AM, Jim Jagielski <ji...@jaguNET.com> wrote:
> 
> OK, I am pretty much almost out of ideas. I've created a VM which is
> almost an exact match for what I could determine was the build
> environ for 4.1.2. Attached is a patch file that shows the diffs between
> the config.out for 4.1.2 and my build of 4.1.2. My build doesn't suffer
> from the corrupted diagram but it DOES still suffer from the table/Database
> regression. AFAIK, the official 4.1.2 build suffers from neither.
> 
> So what is causing this weird behavior I simply don't know... As
> one can see, there's nothing, at least as reported by config.log, which is
> different and this is straight from
> 
>   https://svn.apache.org/repos/asf/openoffice/tags/AOO412
> 
> <build-config-log-diffs.txt>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org

Re: FYI: The OO 4.1.4 Mac problem

Posted by Dave Fisher <da...@comcast.net>.
Hi -

I have a Mac on 10.7.5 and can update to El Capitan. I have a MacBook on Sierra.

I am ready to do the needful next week.

I think between the three of us we will find the solution next week!

(Jim Rocks!)

(Thanks Andrea!)

Regards,
Dave

Sent from my iPhone

> On Nov 16, 2017, at 8:56 PM, Peter kovacs <pe...@apache.org> wrote:
> 
> Hi Dave.
> 
> Yea I see. Interesting information!
> 
> I was thinking that maybe the archives have hidden more such marbles. 
> 
> Another idea could be if other developers have also problems in supporting a wide range of Apple  versions?
> Maybe that gives some more hints /ideas.
> 
> As I said I will make  MacOS my focus next week. Building on Sierra. Maybe I see something.
> 
> All the best
> Peter
> 
> Am 16. November 2017 23:51:15 MEZ schrieb Dave Fisher <da...@comcast.net>:
>> Hi Peter,
>> 
>> I wasted my time on Sierra and have asked your same question a few
>> times. Andrea just sent a link to a BZ and mail thread regarding how
>> Ariel got 4.1.3 to work. That information only partially made it to the
>> Wiki instructions.
>> 
>> Let’s wait for Jim to absorb this new information and then I want to do
>> the same from a “virgin” Mac with the correct MacOSX.
>> 
>> We need a precise prescription if we need something from either MacPort
>> or Homebrew then PICK ONE! We may need an area to store things that are
>> now hard to download from Apple like JDK 1.7.
>> 
>> Unless Jim has a new version to test I am done until Monday.
>> 
>> Regards,
>> Dave
>> 
>>> On Nov 16, 2017, at 11:06 AM, Peter kovacs <pe...@apache.org> wrote:
>>> 
>>> What is your base for determine the build environment?
>>> 
>>> I want to make time next week to try to build on my MacBook. Maybe I
>> can come up with something. But no promises.
>>> 
>>> Maybe until we have some new idea, we should start with 4.2.0. Is
>> trunk affected too?
>>> 
>>> Am 16. November 2017 19:40:17 MEZ schrieb Jim Jagielski
>> <ji...@jaguNET.com>:
>>>> OK, I am pretty much almost out of ideas. I've created a VM which is
>>>> almost an exact match for what I could determine was the build
>>>> environ for 4.1.2. Attached is a patch file that shows the diffs
>>>> between
>>>> the config.out for 4.1.2 and my build of 4.1.2. My build doesn't
>> suffer
>>>> from the corrupted diagram but it DOES still suffer from the
>>>> table/Database
>>>> regression. AFAIK, the official 4.1.2 build suffers from neither.
>>>> 
>>>> So what is causing this weird behavior I simply don't know... As
>>>> one can see, there's nothing, at least as reported by config.log,
>> which
>>>> is
>>>> different and this is straight from
>>>> 
>>>> https://svn.apache.org/repos/asf/openoffice/tags/AOO412
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
>>> For additional commands, e-mail: dev-help@openoffice.apache.org
>>> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
> 


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

Re: FYI: The OO 4.1.4 Mac problem

Posted by Jim Jagielski <ji...@jaguNET.com>.
In the meantime, I need to figure out how to, in main/frameworks,
have the gbuild system automatically change the -O2 to -O1 for
MACOS... It's not CFLAGS or CXXFLAGS. There doesn't look
to be a way to change gb_COMPILEROPTFLAGS and/or CFLAGSOPT
via the gbuild eval->call functionality.

> On Nov 18, 2017, at 10:13 AM, Jim Jagielski <ji...@jaguNET.com> wrote:
> 
> fingers-crossed...
> 
> I have updated the files in devtools related to my successful build of AOO 4.1.4
> for macOS that appears to fix both regressions.
> 
> Basically:
> 
> o I had to use Xcode7 on Sierra
> o I had to compile frameworks w/ -O1 instead of -O2
> 
> Uploads to our dev dist repo are happening as we speak.
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
> 


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

Re: FYI: The OO 4.1.4 Mac problem

Posted by Dave Fisher <da...@comcast.net>.
Great!

Another regression was just reported -

https://bz.apache.org/ooo/show_bug.cgi?id=127600

I wonder if it is fixed too?

Sent from my iPhone

> On Nov 18, 2017, at 10:17 AM, Larry Gusaas <la...@gmail.com> wrote:
> 
> Database and Spreadsheets both work. Regressions are fixed. I haven't done any further testing yet.
> 
> Larry
> 
>> On 2017-11-18, 9:13 AM Jim Jagielski wrote:
>> fingers-crossed...
>> 
>> I have updated the files in devtools related to my successful build of AOO 4.1.4
>> for macOS that appears to fix both regressions.
>> 
>> Basically:
>> 
>>  o I had to use Xcode7 on Sierra
>>  o I had to compile frameworks w/ -O1 instead of -O2
>> 
>> Uploads to our dev dist repo are happening as we speak.
>> 
>> __________
>> 
> 
> -- 
> 
> ---------------------
> 
> Larry I. Gusaas
> Moose Jaw, Saskatchewan   Canada
> Website:  http://larry-gusaas.com
> 
> “To me, photography is the simultaneous recognition, in a fraction of a second, of the significance of an event as well as of a precise organization of forms which give that event its proper expression.” Henri Cartier-Bresson
> 
> "An artist is never ahead of his time but most people are far behind theirs." - Edgard Varese
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
>

Re: FYI: The OO 4.1.4 Mac problem

Posted by Larry Gusaas <la...@gmail.com>.
Database and Spreadsheets both work. Regressions are fixed. I haven't done any further testing yet.

Larry

On 2017-11-18, 9:13 AM Jim Jagielski wrote:
> fingers-crossed...
>
> I have updated the files in devtools related to my successful build of AOO 4.1.4
> for macOS that appears to fix both regressions.
>
> Basically:
>
>   o I had to use Xcode7 on Sierra
>   o I had to compile frameworks w/ -O1 instead of -O2
>
> Uploads to our dev dist repo are happening as we speak.
>
> __________
>

-- 

---------------------

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

“To me, photography is the simultaneous recognition, in a fraction of a second, of the 
significance of an event as well as of a precise organization of forms which give that event 
its proper expression.” Henri Cartier-Bresson

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




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

Re: FYI: The OO 4.1.4 Mac problem

Posted by Dave Fisher <da...@comcast.net>.
Hi Jim -

Good news.

I’m out of pocket until tomorrow evening. Perhaps Larry is available.

Regards,
Dave

Sent from my iPhone

> On Nov 18, 2017, at 7:43 AM, Matthias Seidel <ma...@hamburg.de> wrote:
> 
> Hi Jim,
> 
> That would be great!
> 
> Unfortunately I can't help with testing on macOS...
> 
> Regards, Matthias
> 
> 
>> Am 18.11.2017 um 16:13 schrieb Jim Jagielski:
>> fingers-crossed...
>> 
>> I have updated the files in devtools related to my successful build of AOO 4.1.4
>> for macOS that appears to fix both regressions.
>> 
>> Basically:
>> 
>> o I had to use Xcode7 on Sierra
>> o I had to compile frameworks w/ -O1 instead of -O2
>> 
>> Uploads to our dev dist repo are happening as we speak.
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
>> For additional commands, e-mail: dev-help@openoffice.apache.org
>> 
> 
> 


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

Re: FYI: The OO 4.1.4 Mac problem

Posted by Matthias Seidel <ma...@hamburg.de>.
Hi Jim,

That would be great!

Unfortunately I can't help with testing on macOS...

Regards, Matthias


Am 18.11.2017 um 16:13 schrieb Jim Jagielski:
> fingers-crossed...
>
> I have updated the files in devtools related to my successful build of AOO 4.1.4
> for macOS that appears to fix both regressions.
>
> Basically:
>
>  o I had to use Xcode7 on Sierra
>  o I had to compile frameworks w/ -O1 instead of -O2
>
> Uploads to our dev dist repo are happening as we speak.
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
>

Re: FYI: The OO 4.1.4 Mac problem

Posted by Jim Jagielski <ji...@jaguNET.com>.
fingers-crossed...

I have updated the files in devtools related to my successful build of AOO 4.1.4
for macOS that appears to fix both regressions.

Basically:

 o I had to use Xcode7 on Sierra
 o I had to compile frameworks w/ -O1 instead of -O2

Uploads to our dev dist repo are happening as we speak.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org

Re: FYI: The OO 4.1.4 Mac problem

Posted by Jim Jagielski <ji...@jaguNET.com>.
> On Nov 16, 2017, at 11:56 PM, Peter kovacs <pe...@apache.org> wrote:
> 
> Hi Dave.
> 
> Yea I see. Interesting information!

Agreed!

Esp:
  https://bz.apache.org/ooo/show_bug.cgi?id=126622#c28 <https://bz.apache.org/ooo/show_bug.cgi?id=126622#c28>

where it's stated that building w/ Sierra and Xcode8 "fixes" the problem.
But that is exactly what my builds were done on. Let me try the optimization
hack discussed.

> 
> I was thinking that maybe the archives have hidden more such marbles. 
> 
> Another idea could be if other developers have also problems in supporting a wide range of Apple  versions?
> Maybe that gives some more hints /ideas.
> 
> As I said I will make  MacOS my focus next week. Building on Sierra. Maybe I see something.
> 
> All the best
> Peter
> 
> Am 16. November 2017 23:51:15 MEZ schrieb Dave Fisher <da...@comcast.net>:
>> Hi Peter,
>> 
>> I wasted my time on Sierra and have asked your same question a few
>> times. Andrea just sent a link to a BZ and mail thread regarding how
>> Ariel got 4.1.3 to work. That information only partially made it to the
>> Wiki instructions.
>> 
>> Let’s wait for Jim to absorb this new information and then I want to do
>> the same from a “virgin” Mac with the correct MacOSX.
>> 
>> We need a precise prescription if we need something from either MacPort
>> or Homebrew then PICK ONE! We may need an area to store things that are
>> now hard to download from Apple like JDK 1.7.
>> 
>> Unless Jim has a new version to test I am done until Monday.
>> 
>> Regards,
>> Dave
>> 
>>> On Nov 16, 2017, at 11:06 AM, Peter kovacs <pe...@apache.org> wrote:
>>> 
>>> What is your base for determine the build environment?
>>> 
>>> I want to make time next week to try to build on my MacBook. Maybe I
>> can come up with something. But no promises.
>>> 
>>> Maybe until we have some new idea, we should start with 4.2.0. Is
>> trunk affected too?
>>> 
>>> Am 16. November 2017 19:40:17 MEZ schrieb Jim Jagielski
>> <ji...@jaguNET.com>:
>>>> OK, I am pretty much almost out of ideas. I've created a VM which is
>>>> almost an exact match for what I could determine was the build
>>>> environ for 4.1.2. Attached is a patch file that shows the diffs
>>>> between
>>>> the config.out for 4.1.2 and my build of 4.1.2. My build doesn't
>> suffer
>>>> from the corrupted diagram but it DOES still suffer from the
>>>> table/Database
>>>> regression. AFAIK, the official 4.1.2 build suffers from neither.
>>>> 
>>>> So what is causing this weird behavior I simply don't know... As
>>>> one can see, there's nothing, at least as reported by config.log,
>> which
>>>> is
>>>> different and this is straight from
>>>> 
>>>> https://svn.apache.org/repos/asf/openoffice/tags/AOO412
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
>>> For additional commands, e-mail: dev-help@openoffice.apache.org
>>> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
>

Re: FYI: The OO 4.1.4 Mac problem

Posted by Peter kovacs <pe...@apache.org>.
Hi Dave.

Yea I see. Interesting information!

I was thinking that maybe the archives have hidden more such marbles. 

Another idea could be if other developers have also problems in supporting a wide range of Apple  versions?
Maybe that gives some more hints /ideas.

As I said I will make  MacOS my focus next week. Building on Sierra. Maybe I see something.

All the best
Peter

Am 16. November 2017 23:51:15 MEZ schrieb Dave Fisher <da...@comcast.net>:
>Hi Peter,
>
>I wasted my time on Sierra and have asked your same question a few
>times. Andrea just sent a link to a BZ and mail thread regarding how
>Ariel got 4.1.3 to work. That information only partially made it to the
>Wiki instructions.
>
>Let’s wait for Jim to absorb this new information and then I want to do
>the same from a “virgin” Mac with the correct MacOSX.
>
>We need a precise prescription if we need something from either MacPort
>or Homebrew then PICK ONE! We may need an area to store things that are
>now hard to download from Apple like JDK 1.7.
>
>Unless Jim has a new version to test I am done until Monday.
>
>Regards,
>Dave
>
>> On Nov 16, 2017, at 11:06 AM, Peter kovacs <pe...@apache.org> wrote:
>> 
>> What is your base for determine the build environment?
>> 
>> I want to make time next week to try to build on my MacBook. Maybe I
>can come up with something. But no promises.
>> 
>> Maybe until we have some new idea, we should start with 4.2.0. Is
>trunk affected too?
>> 
>> Am 16. November 2017 19:40:17 MEZ schrieb Jim Jagielski
><ji...@jaguNET.com>:
>>> OK, I am pretty much almost out of ideas. I've created a VM which is
>>> almost an exact match for what I could determine was the build
>>> environ for 4.1.2. Attached is a patch file that shows the diffs
>>> between
>>> the config.out for 4.1.2 and my build of 4.1.2. My build doesn't
>suffer
>>> from the corrupted diagram but it DOES still suffer from the
>>> table/Database
>>> regression. AFAIK, the official 4.1.2 build suffers from neither.
>>> 
>>> So what is causing this weird behavior I simply don't know... As
>>> one can see, there's nothing, at least as reported by config.log,
>which
>>> is
>>> different and this is straight from
>>> 
>>>  https://svn.apache.org/repos/asf/openoffice/tags/AOO412
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
>> For additional commands, e-mail: dev-help@openoffice.apache.org
>> 

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

Re: FYI: The OO 4.1.4 Mac problem

Posted by Dave Fisher <da...@comcast.net>.
Hi Peter,

I wasted my time on Sierra and have asked your same question a few times. Andrea just sent a link to a BZ and mail thread regarding how Ariel got 4.1.3 to work. That information only partially made it to the Wiki instructions.

Let’s wait for Jim to absorb this new information and then I want to do the same from a “virgin” Mac with the correct MacOSX.

We need a precise prescription if we need something from either MacPort or Homebrew then PICK ONE! We may need an area to store things that are now hard to download from Apple like JDK 1.7.

Unless Jim has a new version to test I am done until Monday.

Regards,
Dave

> On Nov 16, 2017, at 11:06 AM, Peter kovacs <pe...@apache.org> wrote:
> 
> What is your base for determine the build environment?
> 
> I want to make time next week to try to build on my MacBook. Maybe I can come up with something. But no promises.
> 
> Maybe until we have some new idea, we should start with 4.2.0. Is trunk affected too?
> 
> Am 16. November 2017 19:40:17 MEZ schrieb Jim Jagielski <ji...@jaguNET.com>:
>> OK, I am pretty much almost out of ideas. I've created a VM which is
>> almost an exact match for what I could determine was the build
>> environ for 4.1.2. Attached is a patch file that shows the diffs
>> between
>> the config.out for 4.1.2 and my build of 4.1.2. My build doesn't suffer
>> from the corrupted diagram but it DOES still suffer from the
>> table/Database
>> regression. AFAIK, the official 4.1.2 build suffers from neither.
>> 
>> So what is causing this weird behavior I simply don't know... As
>> one can see, there's nothing, at least as reported by config.log, which
>> is
>> different and this is straight from
>> 
>>  https://svn.apache.org/repos/asf/openoffice/tags/AOO412
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
>

Re: FYI: The OO 4.1.4 Mac problem

Posted by Peter kovacs <pe...@apache.org>.
What is your base for determine the build environment?

I want to make time next week to try to build on my MacBook. Maybe I can come up with something. But no promises.

Maybe until we have some new idea, we should start with 4.2.0. Is trunk affected too?

Am 16. November 2017 19:40:17 MEZ schrieb Jim Jagielski <ji...@jaguNET.com>:
>OK, I am pretty much almost out of ideas. I've created a VM which is
>almost an exact match for what I could determine was the build
>environ for 4.1.2. Attached is a patch file that shows the diffs
>between
>the config.out for 4.1.2 and my build of 4.1.2. My build doesn't suffer
>from the corrupted diagram but it DOES still suffer from the
>table/Database
>regression. AFAIK, the official 4.1.2 build suffers from neither.
>
>So what is causing this weird behavior I simply don't know... As
>one can see, there's nothing, at least as reported by config.log, which
>is
>different and this is straight from
>
>   https://svn.apache.org/repos/asf/openoffice/tags/AOO412

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

Re: FYI: The OO 4.1.4 Mac problem

Posted by Dave Fisher <da...@comcast.net>.
Hi Jim,

Base works in 4.1.0, 4.1.1 and 4.1.3.

Regards,
Dave

> On Nov 16, 2017, at 12:52 PM, Jim Jagielski <ji...@jaguNET.com> wrote:
> 
> These builds are on AOO412. At this stage I'm just trying to get too-4.1.2
> on my mac builder to generate a build that matches our released version.
> 
> Oh grrrrr I just downloaded our 4.1.2 GA release and IT ALSO suffers
> from the table/database issue :( I've been wasting all this time assuming
> tha 4.1.2 worked for both regressions.
> 
>> On Nov 16, 2017, at 3:36 PM, Dave Fisher <da...@comcast.net> wrote:
>> 
>> Hi Jim,
>> 
>> Thanks. These kind of builds helps me appreciate our modern world of containers and cleaner dependencies.
>> 
>> I wonder is your build taking the following patch? If so, is the patch still necessary?
>> 
>> /openoffice/branches/AOO414/main/hsqldb/patches/i121754.patch
>> 
>> Regards,
>> Dave
>> 
>>> On Nov 16, 2017, at 12:15 PM, Jim Jagielski <jim@jaguNET.com <ma...@jaguNET.com>> wrote:
>>> 
>>> I appreciate the 2nd set of eyes... I also, of course, went thru the
>>> diff. My point is that none of these seem to be in any way related
>>> to something that would cause such a major change in behavior.
>>> 
>>> Alternatively, if it IS so fragile, then things are majorly borked.
>>> 
>>>> On Nov 16, 2017, at 2:50 PM, Dave Fisher <dave2wave@comcast.net <ma...@comcast.net>> wrote:
>>>> 
>>>> Hi Jim,
>>>> 
>>>> It is mysterious. I went through the diff and I'll note somethings I see which may or may not matter.
>>>> 
>>>> (1) configure
>>>> Switches are in different order.
>>>> Old build has the “kid” language first.
>>>> 
>>>> (2) Path
>>>> Your /Users/jim/bin and /usr/local/bin is sooner in the path than original builder’s
>>>> Finds perl in differing location:
>>>> configure:7764: checking for perl
>>>> -configure:7794: result: /usr/bin/perl
>>>> +configure:7782: found /Users/jim/bin/perl
>>>> +configure:7794: result: /Users/jim/bin/perl
>>>> configure:7815: checking the Perl version
>>>> 
>>>> (3) Custom pack.list is used in the successful original build:
>>>> configure:5485: checking for custom pack.lst
>>>> -configure:5496: result: /Users/jsc/dev/svn/aoo-build-pack.lst
>>>> +configure:5499: result: no
>>>> 
>>>> (4) Your Python seems to be mixed. Look at the includes on the clang lines.
>>>> 
>>>> +configure:13311: checking which python to use
>>>> +configure:13320: result: compiling against system python (/usr/bin/python)
>>>> +configure:13327: result: compiling against system python (version 2.7)
>>>> +configure:13585: checking Python.h usability
>>>> +configure:13585: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -c -g -O2  -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7 conftest.c >&5
>>>> +configure:13585: $? = 0
>>>> +configure:13585: result: yes
>>>> +configure:13585: checking Python.h presence
>>>> +configure:13585: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -E  -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7 conftest.c
>>>> 
>>>> VS.
>>>> 
>>>> -configure:13338: checking which python to use
>>>> -configure:13347: result: compiling against system python (/Library/Frameworks/Python.framework/Versions/Current/bin/python)
>>>> -configure:13354: result: compiling against system python (version 2.7)
>>>> -configure:13612: checking Python.h usability
>>>> -configure:13612: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -c -g -O2  -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 conftest.c >&5
>>>> -configure:13612: $? = 0
>>>> -configure:13612: result: yes
>>>> -configure:13612: checking Python.h presence
>>>> -configure:13612: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -E  -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 conftest.c
>>>> 
>>>> (5) Jakarta-ant vs. ant.
>>>> 
>>>> -configure:22390: checking for jakarta-ant
>>>> -configure:22421: result: /Users/jsc/dev/tools/apache-ant-1.9.3/dist/bin/ant
>>>> 
>>>> +configure:22363: checking for jakarta-ant
>>>> +configure:22397: result: no
>>>> +configure:22363: checking for ant
>>>> +configure:22382: found /usr/local/share/java/apache-ant/bin/ant
>>>> +configure:22394: result: /usr/local/share/java/apache-ant/bin/ant
>>>> 
>>>> (6) TARFILE_LOCATIONS environment variable:
>>>> -TARFILE_LOCATION='/Users/jsc/dev/svn/aoo410/ext_sources'
>>>> +TARFILE_LOCATION='DEFAULT'
>>>> 
>>>> Regards,
>>>> Dave
>>>> 
>>>>> On Nov 16, 2017, at 10:40 AM, Jim Jagielski <jim@jaguNET.com <ma...@jaguNET.com>> wrote:
>>>>> 
>>>>> OK, I am pretty much almost out of ideas. I've created a VM which is
>>>>> almost an exact match for what I could determine was the build
>>>>> environ for 4.1.2. Attached is a patch file that shows the diffs between
>>>>> the config.out for 4.1.2 and my build of 4.1.2. My build doesn't suffer
>>>>> from the corrupted diagram but it DOES still suffer from the table/Database
>>>>> regression. AFAIK, the official 4.1.2 build suffers from neither.
>>>>> 
>>>>> So what is causing this weird behavior I simply don't know... As
>>>>> one can see, there's nothing, at least as reported by config.log, which is
>>>>> different and this is straight from
>>>>> 
>>>>> https://svn.apache.org/repos/asf/openoffice/tags/AOO412 <https://svn.apache.org/repos/asf/openoffice/tags/AOO412>
>>>>> 
>>>>> <build-config-log-diffs.txt>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org <ma...@openoffice.apache.org>
>>>>> For additional commands, e-mail: dev-help@openoffice.apache.org <ma...@openoffice.apache.org>
>>>> 
>>> 
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org <ma...@openoffice.apache.org>
>>> For additional commands, e-mail: dev-help@openoffice.apache.org <ma...@openoffice.apache.org>
>>> 
>> 
>

Re: FYI: The OO 4.1.4 Mac problem

Posted by Andrea Pescetti <pe...@apache.org>.
Dave Fisher wrote:
> I’ve 4.1.3 works. I’ve confirmed that 4.1.2 GA has the Base problem.

Read "Base 4.1.2 does not open Tables and Queries in Mac OSX":

http://openoffice.2283327.n4.nabble.com/Status-of-quot-Base-4-1-2-does-not-open-Tables-and-Queries-in-Mac-OSX-quot-td4683000.html

(this is surely in our own archives too, but I can't find it with the 
available tooling).

Check especially Ariel's comments and 
https://bz.apache.org/ooo/show_bug.cgi?id=126622 for the background.

Regards,
   Andrea.

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

Re: FYI: The OO 4.1.4 Mac problem

Posted by Dave Fisher <da...@comcast.net>.
Hi Jim,

I’ve 4.1.3 works. I’ve confirmed that 4.1.2 GA has the Base problem.

Regards,
Dave
> On Nov 16, 2017, at 12:52 PM, Jim Jagielski <ji...@jaguNET.com> wrote:
> 
> These builds are on AOO412. At this stage I'm just trying to get too-4.1.2
> on my mac builder to generate a build that matches our released version.
> 
> Oh grrrrr I just downloaded our 4.1.2 GA release and IT ALSO suffers
> from the table/database issue :( I've been wasting all this time assuming
> tha 4.1.2 worked for both regressions.
> 
>> On Nov 16, 2017, at 3:36 PM, Dave Fisher <da...@comcast.net> wrote:
>> 
>> Hi Jim,
>> 
>> Thanks. These kind of builds helps me appreciate our modern world of containers and cleaner dependencies.
>> 
>> I wonder is your build taking the following patch? If so, is the patch still necessary?
>> 
>> /openoffice/branches/AOO414/main/hsqldb/patches/i121754.patch
>> 
>> Regards,
>> Dave
>> 
>>> On Nov 16, 2017, at 12:15 PM, Jim Jagielski <jim@jaguNET.com <ma...@jaguNET.com>> wrote:
>>> 
>>> I appreciate the 2nd set of eyes... I also, of course, went thru the
>>> diff. My point is that none of these seem to be in any way related
>>> to something that would cause such a major change in behavior.
>>> 
>>> Alternatively, if it IS so fragile, then things are majorly borked.
>>> 
>>>> On Nov 16, 2017, at 2:50 PM, Dave Fisher <dave2wave@comcast.net <ma...@comcast.net>> wrote:
>>>> 
>>>> Hi Jim,
>>>> 
>>>> It is mysterious. I went through the diff and I'll note somethings I see which may or may not matter.
>>>> 
>>>> (1) configure
>>>> Switches are in different order.
>>>> Old build has the “kid” language first.
>>>> 
>>>> (2) Path
>>>> Your /Users/jim/bin and /usr/local/bin is sooner in the path than original builder’s
>>>> Finds perl in differing location:
>>>> configure:7764: checking for perl
>>>> -configure:7794: result: /usr/bin/perl
>>>> +configure:7782: found /Users/jim/bin/perl
>>>> +configure:7794: result: /Users/jim/bin/perl
>>>> configure:7815: checking the Perl version
>>>> 
>>>> (3) Custom pack.list is used in the successful original build:
>>>> configure:5485: checking for custom pack.lst
>>>> -configure:5496: result: /Users/jsc/dev/svn/aoo-build-pack.lst
>>>> +configure:5499: result: no
>>>> 
>>>> (4) Your Python seems to be mixed. Look at the includes on the clang lines.
>>>> 
>>>> +configure:13311: checking which python to use
>>>> +configure:13320: result: compiling against system python (/usr/bin/python)
>>>> +configure:13327: result: compiling against system python (version 2.7)
>>>> +configure:13585: checking Python.h usability
>>>> +configure:13585: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -c -g -O2  -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7 conftest.c >&5
>>>> +configure:13585: $? = 0
>>>> +configure:13585: result: yes
>>>> +configure:13585: checking Python.h presence
>>>> +configure:13585: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -E  -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7 conftest.c
>>>> 
>>>> VS.
>>>> 
>>>> -configure:13338: checking which python to use
>>>> -configure:13347: result: compiling against system python (/Library/Frameworks/Python.framework/Versions/Current/bin/python)
>>>> -configure:13354: result: compiling against system python (version 2.7)
>>>> -configure:13612: checking Python.h usability
>>>> -configure:13612: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -c -g -O2  -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 conftest.c >&5
>>>> -configure:13612: $? = 0
>>>> -configure:13612: result: yes
>>>> -configure:13612: checking Python.h presence
>>>> -configure:13612: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -E  -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 conftest.c
>>>> 
>>>> (5) Jakarta-ant vs. ant.
>>>> 
>>>> -configure:22390: checking for jakarta-ant
>>>> -configure:22421: result: /Users/jsc/dev/tools/apache-ant-1.9.3/dist/bin/ant
>>>> 
>>>> +configure:22363: checking for jakarta-ant
>>>> +configure:22397: result: no
>>>> +configure:22363: checking for ant
>>>> +configure:22382: found /usr/local/share/java/apache-ant/bin/ant
>>>> +configure:22394: result: /usr/local/share/java/apache-ant/bin/ant
>>>> 
>>>> (6) TARFILE_LOCATIONS environment variable:
>>>> -TARFILE_LOCATION='/Users/jsc/dev/svn/aoo410/ext_sources'
>>>> +TARFILE_LOCATION='DEFAULT'
>>>> 
>>>> Regards,
>>>> Dave
>>>> 
>>>>> On Nov 16, 2017, at 10:40 AM, Jim Jagielski <jim@jaguNET.com <ma...@jaguNET.com>> wrote:
>>>>> 
>>>>> OK, I am pretty much almost out of ideas. I've created a VM which is
>>>>> almost an exact match for what I could determine was the build
>>>>> environ for 4.1.2. Attached is a patch file that shows the diffs between
>>>>> the config.out for 4.1.2 and my build of 4.1.2. My build doesn't suffer
>>>>> from the corrupted diagram but it DOES still suffer from the table/Database
>>>>> regression. AFAIK, the official 4.1.2 build suffers from neither.
>>>>> 
>>>>> So what is causing this weird behavior I simply don't know... As
>>>>> one can see, there's nothing, at least as reported by config.log, which is
>>>>> different and this is straight from
>>>>> 
>>>>> https://svn.apache.org/repos/asf/openoffice/tags/AOO412 <https://svn.apache.org/repos/asf/openoffice/tags/AOO412>
>>>>> 
>>>>> <build-config-log-diffs.txt>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org <ma...@openoffice.apache.org>
>>>>> For additional commands, e-mail: dev-help@openoffice.apache.org <ma...@openoffice.apache.org>
>>>> 
>>> 
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org <ma...@openoffice.apache.org>
>>> For additional commands, e-mail: dev-help@openoffice.apache.org <ma...@openoffice.apache.org>
>>> 
>> 
>

Re: FYI: The OO 4.1.4 Mac problem

Posted by Jim Jagielski <ji...@jaguNET.com>.
These builds are on AOO412. At this stage I'm just trying to get too-4.1.2
on my mac builder to generate a build that matches our released version.

Oh grrrrr I just downloaded our 4.1.2 GA release and IT ALSO suffers
from the table/database issue :( I've been wasting all this time assuming
tha 4.1.2 worked for both regressions.

> On Nov 16, 2017, at 3:36 PM, Dave Fisher <da...@comcast.net> wrote:
> 
> Hi Jim,
> 
> Thanks. These kind of builds helps me appreciate our modern world of containers and cleaner dependencies.
> 
> I wonder is your build taking the following patch? If so, is the patch still necessary?
> 
> /openoffice/branches/AOO414/main/hsqldb/patches/i121754.patch
> 
> Regards,
> Dave
> 
>> On Nov 16, 2017, at 12:15 PM, Jim Jagielski <jim@jaguNET.com <ma...@jaguNET.com>> wrote:
>> 
>> I appreciate the 2nd set of eyes... I also, of course, went thru the
>> diff. My point is that none of these seem to be in any way related
>> to something that would cause such a major change in behavior.
>> 
>> Alternatively, if it IS so fragile, then things are majorly borked.
>> 
>>> On Nov 16, 2017, at 2:50 PM, Dave Fisher <dave2wave@comcast.net <ma...@comcast.net>> wrote:
>>> 
>>> Hi Jim,
>>> 
>>> It is mysterious. I went through the diff and I'll note somethings I see which may or may not matter.
>>> 
>>> (1) configure
>>> Switches are in different order.
>>> Old build has the “kid” language first.
>>> 
>>> (2) Path
>>> Your /Users/jim/bin and /usr/local/bin is sooner in the path than original builder’s
>>> Finds perl in differing location:
>>> configure:7764: checking for perl
>>> -configure:7794: result: /usr/bin/perl
>>> +configure:7782: found /Users/jim/bin/perl
>>> +configure:7794: result: /Users/jim/bin/perl
>>> configure:7815: checking the Perl version
>>> 
>>> (3) Custom pack.list is used in the successful original build:
>>> configure:5485: checking for custom pack.lst
>>> -configure:5496: result: /Users/jsc/dev/svn/aoo-build-pack.lst
>>> +configure:5499: result: no
>>> 
>>> (4) Your Python seems to be mixed. Look at the includes on the clang lines.
>>> 
>>> +configure:13311: checking which python to use
>>> +configure:13320: result: compiling against system python (/usr/bin/python)
>>> +configure:13327: result: compiling against system python (version 2.7)
>>> +configure:13585: checking Python.h usability
>>> +configure:13585: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -c -g -O2  -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7 conftest.c >&5
>>> +configure:13585: $? = 0
>>> +configure:13585: result: yes
>>> +configure:13585: checking Python.h presence
>>> +configure:13585: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -E  -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7 conftest.c
>>> 
>>> VS.
>>> 
>>> -configure:13338: checking which python to use
>>> -configure:13347: result: compiling against system python (/Library/Frameworks/Python.framework/Versions/Current/bin/python)
>>> -configure:13354: result: compiling against system python (version 2.7)
>>> -configure:13612: checking Python.h usability
>>> -configure:13612: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -c -g -O2  -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 conftest.c >&5
>>> -configure:13612: $? = 0
>>> -configure:13612: result: yes
>>> -configure:13612: checking Python.h presence
>>> -configure:13612: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -E  -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 conftest.c
>>> 
>>> (5) Jakarta-ant vs. ant.
>>> 
>>> -configure:22390: checking for jakarta-ant
>>> -configure:22421: result: /Users/jsc/dev/tools/apache-ant-1.9.3/dist/bin/ant
>>> 
>>> +configure:22363: checking for jakarta-ant
>>> +configure:22397: result: no
>>> +configure:22363: checking for ant
>>> +configure:22382: found /usr/local/share/java/apache-ant/bin/ant
>>> +configure:22394: result: /usr/local/share/java/apache-ant/bin/ant
>>> 
>>> (6) TARFILE_LOCATIONS environment variable:
>>> -TARFILE_LOCATION='/Users/jsc/dev/svn/aoo410/ext_sources'
>>> +TARFILE_LOCATION='DEFAULT'
>>> 
>>> Regards,
>>> Dave
>>> 
>>>> On Nov 16, 2017, at 10:40 AM, Jim Jagielski <jim@jaguNET.com <ma...@jaguNET.com>> wrote:
>>>> 
>>>> OK, I am pretty much almost out of ideas. I've created a VM which is
>>>> almost an exact match for what I could determine was the build
>>>> environ for 4.1.2. Attached is a patch file that shows the diffs between
>>>> the config.out for 4.1.2 and my build of 4.1.2. My build doesn't suffer
>>>> from the corrupted diagram but it DOES still suffer from the table/Database
>>>> regression. AFAIK, the official 4.1.2 build suffers from neither.
>>>> 
>>>> So what is causing this weird behavior I simply don't know... As
>>>> one can see, there's nothing, at least as reported by config.log, which is
>>>> different and this is straight from
>>>> 
>>>> https://svn.apache.org/repos/asf/openoffice/tags/AOO412 <https://svn.apache.org/repos/asf/openoffice/tags/AOO412>
>>>> 
>>>> <build-config-log-diffs.txt>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org <ma...@openoffice.apache.org>
>>>> For additional commands, e-mail: dev-help@openoffice.apache.org <ma...@openoffice.apache.org>
>>> 
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org <ma...@openoffice.apache.org>
>> For additional commands, e-mail: dev-help@openoffice.apache.org <ma...@openoffice.apache.org>
>> 
>

Re: FYI: The OO 4.1.4 Mac problem

Posted by Dave Fisher <da...@comcast.net>.
Hi Jim,

Thanks. These kind of builds helps me appreciate our modern world of containers and cleaner dependencies.

I wonder is your build taking the following patch? If so, is the patch still necessary?

/openoffice/branches/AOO414/main/hsqldb/patches/i121754.patch

Regards,
Dave

> On Nov 16, 2017, at 12:15 PM, Jim Jagielski <ji...@jaguNET.com> wrote:
> 
> I appreciate the 2nd set of eyes... I also, of course, went thru the
> diff. My point is that none of these seem to be in any way related
> to something that would cause such a major change in behavior.
> 
> Alternatively, if it IS so fragile, then things are majorly borked.
> 
>> On Nov 16, 2017, at 2:50 PM, Dave Fisher <da...@comcast.net> wrote:
>> 
>> Hi Jim,
>> 
>> It is mysterious. I went through the diff and I'll note somethings I see which may or may not matter.
>> 
>> (1) configure
>> Switches are in different order.
>> Old build has the “kid” language first.
>> 
>> (2) Path
>> Your /Users/jim/bin and /usr/local/bin is sooner in the path than original builder’s
>> Finds perl in differing location:
>> configure:7764: checking for perl
>> -configure:7794: result: /usr/bin/perl
>> +configure:7782: found /Users/jim/bin/perl
>> +configure:7794: result: /Users/jim/bin/perl
>> configure:7815: checking the Perl version
>> 
>> (3) Custom pack.list is used in the successful original build:
>> configure:5485: checking for custom pack.lst
>> -configure:5496: result: /Users/jsc/dev/svn/aoo-build-pack.lst
>> +configure:5499: result: no
>> 
>> (4) Your Python seems to be mixed. Look at the includes on the clang lines.
>> 
>> +configure:13311: checking which python to use
>> +configure:13320: result: compiling against system python (/usr/bin/python)
>> +configure:13327: result: compiling against system python (version 2.7)
>> +configure:13585: checking Python.h usability
>> +configure:13585: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -c -g -O2  -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7 conftest.c >&5
>> +configure:13585: $? = 0
>> +configure:13585: result: yes
>> +configure:13585: checking Python.h presence
>> +configure:13585: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -E  -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7 conftest.c
>> 
>> VS.
>> 
>> -configure:13338: checking which python to use
>> -configure:13347: result: compiling against system python (/Library/Frameworks/Python.framework/Versions/Current/bin/python)
>> -configure:13354: result: compiling against system python (version 2.7)
>> -configure:13612: checking Python.h usability
>> -configure:13612: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -c -g -O2  -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 conftest.c >&5
>> -configure:13612: $? = 0
>> -configure:13612: result: yes
>> -configure:13612: checking Python.h presence
>> -configure:13612: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -E  -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 conftest.c
>> 
>> (5) Jakarta-ant vs. ant.
>> 
>> -configure:22390: checking for jakarta-ant
>> -configure:22421: result: /Users/jsc/dev/tools/apache-ant-1.9.3/dist/bin/ant
>> 
>> +configure:22363: checking for jakarta-ant
>> +configure:22397: result: no
>> +configure:22363: checking for ant
>> +configure:22382: found /usr/local/share/java/apache-ant/bin/ant
>> +configure:22394: result: /usr/local/share/java/apache-ant/bin/ant
>> 
>> (6) TARFILE_LOCATIONS environment variable:
>> -TARFILE_LOCATION='/Users/jsc/dev/svn/aoo410/ext_sources'
>> +TARFILE_LOCATION='DEFAULT'
>> 
>> Regards,
>> Dave
>> 
>>> On Nov 16, 2017, at 10:40 AM, Jim Jagielski <ji...@jaguNET.com> wrote:
>>> 
>>> OK, I am pretty much almost out of ideas. I've created a VM which is
>>> almost an exact match for what I could determine was the build
>>> environ for 4.1.2. Attached is a patch file that shows the diffs between
>>> the config.out for 4.1.2 and my build of 4.1.2. My build doesn't suffer
>>> from the corrupted diagram but it DOES still suffer from the table/Database
>>> regression. AFAIK, the official 4.1.2 build suffers from neither.
>>> 
>>> So what is causing this weird behavior I simply don't know... As
>>> one can see, there's nothing, at least as reported by config.log, which is
>>> different and this is straight from
>>> 
>>> https://svn.apache.org/repos/asf/openoffice/tags/AOO412
>>> 
>>> <build-config-log-diffs.txt>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
>>> For additional commands, e-mail: dev-help@openoffice.apache.org
>> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
>

Re: FYI: The OO 4.1.4 Mac problem

Posted by Jim Jagielski <ji...@jaguNET.com>.
I appreciate the 2nd set of eyes... I also, of course, went thru the
diff. My point is that none of these seem to be in any way related
to something that would cause such a major change in behavior.

Alternatively, if it IS so fragile, then things are majorly borked.

> On Nov 16, 2017, at 2:50 PM, Dave Fisher <da...@comcast.net> wrote:
> 
> Hi Jim,
> 
> It is mysterious. I went through the diff and I'll note somethings I see which may or may not matter.
> 
> (1) configure
> Switches are in different order.
> Old build has the “kid” language first.
> 
> (2) Path
> Your /Users/jim/bin and /usr/local/bin is sooner in the path than original builder’s
> Finds perl in differing location:
> configure:7764: checking for perl
> -configure:7794: result: /usr/bin/perl
> +configure:7782: found /Users/jim/bin/perl
> +configure:7794: result: /Users/jim/bin/perl
> configure:7815: checking the Perl version
> 
> (3) Custom pack.list is used in the successful original build:
> configure:5485: checking for custom pack.lst
> -configure:5496: result: /Users/jsc/dev/svn/aoo-build-pack.lst
> +configure:5499: result: no
> 
> (4) Your Python seems to be mixed. Look at the includes on the clang lines.
> 
> +configure:13311: checking which python to use
> +configure:13320: result: compiling against system python (/usr/bin/python)
> +configure:13327: result: compiling against system python (version 2.7)
> +configure:13585: checking Python.h usability
> +configure:13585: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -c -g -O2  -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7 conftest.c >&5
> +configure:13585: $? = 0
> +configure:13585: result: yes
> +configure:13585: checking Python.h presence
> +configure:13585: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -E  -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7 conftest.c
> 
> VS.
> 
> -configure:13338: checking which python to use
> -configure:13347: result: compiling against system python (/Library/Frameworks/Python.framework/Versions/Current/bin/python)
> -configure:13354: result: compiling against system python (version 2.7)
> -configure:13612: checking Python.h usability
> -configure:13612: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -c -g -O2  -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 conftest.c >&5
> -configure:13612: $? = 0
> -configure:13612: result: yes
> -configure:13612: checking Python.h presence
> -configure:13612: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -E  -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 conftest.c
> 
> (5) Jakarta-ant vs. ant.
> 
> -configure:22390: checking for jakarta-ant
> -configure:22421: result: /Users/jsc/dev/tools/apache-ant-1.9.3/dist/bin/ant
> 
> +configure:22363: checking for jakarta-ant
> +configure:22397: result: no
> +configure:22363: checking for ant
> +configure:22382: found /usr/local/share/java/apache-ant/bin/ant
> +configure:22394: result: /usr/local/share/java/apache-ant/bin/ant
> 
> (6) TARFILE_LOCATIONS environment variable:
> -TARFILE_LOCATION='/Users/jsc/dev/svn/aoo410/ext_sources'
> +TARFILE_LOCATION='DEFAULT'
> 
> Regards,
> Dave
> 
>> On Nov 16, 2017, at 10:40 AM, Jim Jagielski <ji...@jaguNET.com> wrote:
>> 
>> OK, I am pretty much almost out of ideas. I've created a VM which is
>> almost an exact match for what I could determine was the build
>> environ for 4.1.2. Attached is a patch file that shows the diffs between
>> the config.out for 4.1.2 and my build of 4.1.2. My build doesn't suffer
>> from the corrupted diagram but it DOES still suffer from the table/Database
>> regression. AFAIK, the official 4.1.2 build suffers from neither.
>> 
>> So what is causing this weird behavior I simply don't know... As
>> one can see, there's nothing, at least as reported by config.log, which is
>> different and this is straight from
>> 
>>  https://svn.apache.org/repos/asf/openoffice/tags/AOO412
>> 
>> <build-config-log-diffs.txt>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
>> For additional commands, e-mail: dev-help@openoffice.apache.org
> 


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

Re: FYI: The OO 4.1.4 Mac problem

Posted by Dave Fisher <da...@comcast.net>.
Hi Jim,

It is mysterious. I went through the diff and I'll note somethings I see which may or may not matter.

(1) configure
Switches are in different order.
Old build has the “kid” language first.

(2) Path
Your /Users/jim/bin and /usr/local/bin is sooner in the path than original builder’s
Finds perl in differing location:
 configure:7764: checking for perl
-configure:7794: result: /usr/bin/perl
+configure:7782: found /Users/jim/bin/perl
+configure:7794: result: /Users/jim/bin/perl
 configure:7815: checking the Perl version

(3) Custom pack.list is used in the successful original build:
 configure:5485: checking for custom pack.lst
-configure:5496: result: /Users/jsc/dev/svn/aoo-build-pack.lst
+configure:5499: result: no

(4) Your Python seems to be mixed. Look at the includes on the clang lines.

+configure:13311: checking which python to use
+configure:13320: result: compiling against system python (/usr/bin/python)
+configure:13327: result: compiling against system python (version 2.7)
+configure:13585: checking Python.h usability
+configure:13585: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -c -g -O2  -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7 conftest.c >&5
+configure:13585: $? = 0
+configure:13585: result: yes
+configure:13585: checking Python.h presence
+configure:13585: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -E  -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7 conftest.c

VS.

-configure:13338: checking which python to use
-configure:13347: result: compiling against system python (/Library/Frameworks/Python.framework/Versions/Current/bin/python)
-configure:13354: result: compiling against system python (version 2.7)
-configure:13612: checking Python.h usability
-configure:13612: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -c -g -O2  -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 conftest.c >&5
-configure:13612: $? = 0
-configure:13612: result: yes
-configure:13612: checking Python.h presence
-configure:13612: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch x86_64 -E  -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 conftest.c

(5) Jakarta-ant vs. ant.

-configure:22390: checking for jakarta-ant
-configure:22421: result: /Users/jsc/dev/tools/apache-ant-1.9.3/dist/bin/ant

+configure:22363: checking for jakarta-ant
+configure:22397: result: no
+configure:22363: checking for ant
+configure:22382: found /usr/local/share/java/apache-ant/bin/ant
+configure:22394: result: /usr/local/share/java/apache-ant/bin/ant

(6) TARFILE_LOCATIONS environment variable:
-TARFILE_LOCATION='/Users/jsc/dev/svn/aoo410/ext_sources'
+TARFILE_LOCATION='DEFAULT'

Regards,
Dave

> On Nov 16, 2017, at 10:40 AM, Jim Jagielski <ji...@jaguNET.com> wrote:
> 
> OK, I am pretty much almost out of ideas. I've created a VM which is
> almost an exact match for what I could determine was the build
> environ for 4.1.2. Attached is a patch file that shows the diffs between
> the config.out for 4.1.2 and my build of 4.1.2. My build doesn't suffer
> from the corrupted diagram but it DOES still suffer from the table/Database
> regression. AFAIK, the official 4.1.2 build suffers from neither.
> 
> So what is causing this weird behavior I simply don't know... As
> one can see, there's nothing, at least as reported by config.log, which is
> different and this is straight from
> 
>   https://svn.apache.org/repos/asf/openoffice/tags/AOO412
> 
> <build-config-log-diffs.txt>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org

Re: FYI: The OO 4.1.4 Mac problem

Posted by Jim Jagielski <ji...@jaguNET.com>.
OK, I am pretty much almost out of ideas. I've created a VM which is
almost an exact match for what I could determine was the build
environ for 4.1.2. Attached is a patch file that shows the diffs between
the config.out for 4.1.2 and my build of 4.1.2. My build doesn't suffer
from the corrupted diagram but it DOES still suffer from the table/Database
regression. AFAIK, the official 4.1.2 build suffers from neither.

So what is causing this weird behavior I simply don't know... As
one can see, there's nothing, at least as reported by config.log, which is
different and this is straight from

   https://svn.apache.org/repos/asf/openoffice/tags/AOO412

Re: FYI: The OO 4.1.4 Mac problem

Posted by Jim Jagielski <ji...@jaguNET.com>.
I have a 10.9/Mavericks with Xcode 6.2 VM up and running. I am
building 4.1.4 on it as we speak. Will let people know asap.

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

Re: FYI: The OO 4.1.4 Mac problem

Posted by Don Lewis <tr...@apache.org>.
On 15 Nov, Jim Jagielski wrote:
> Agreed.
> 
> FWIW, I have been unable to even create a 4.1.2 build that works in
> both cases, and this is via various combinations of libxml2, libxslt, Xcode (both
> 7 and 8) and selected SDKs.

Look for system libraries that that we use and that link to libxml2
and/or libxslt.  I suspect that is some sort of ABI difference between
versions.  If we bundle these libraries, some other system library
breaks because it expects the system libxml2/libxslt ABI but it is
linked to the bundled version.  If we don't bundle these libraries, then
we expect the ABI of whatever version is on the system where we do the
build and break when running on a different version of Mac OS.


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

Re: FYI: The OO 4.1.4 Mac problem

Posted by Jim Jagielski <ji...@jaguNET.com>.
Agreed.

FWIW, I have been unable to even create a 4.1.2 build that works in
both cases, and this is via various combinations of libxml2, libxslt, Xcode (both
7 and 8) and selected SDKs.

Next step is trying to downgrade from Sierra to El Capitan or Yosemite.

> On Nov 14, 2017, at 11:59 PM, Peter kovacs <pe...@apache.org> wrote:
> 
> I am not sure. +1 for the release, but we should keep the other version somehow around. Maybe offer the trade if someone asks for it.
> 
> 
> Am 15. November 2017 00:12:00 MEZ schrieb Marcus <ma...@wtnet.de>:
>> Am 14.11.2017 um 18:35 schrieb Dave Fisher:
>>> Anyone else?
>> 
>> yes, sounds reasonable to focus more on Calc/Chart tahn on Base.
>> 
>> Marcus
>> 
>> 
>> 
>>>> On Nov 12, 2017, at 12:06 PM, Dave Fisher <da...@comcast.net>
>> wrote:
>>>> 
>>>> +1. That makes great sense.
>>>> 
>>>> Sent from my iPhone
>>>> 
>>>>> On Nov 12, 2017, at 11:10 AM, Jim Jagielski <ji...@jaguNET.com>
>> wrote:
>>>>> 
>>>>> Does it make sense to "release" the version that fixes the
>>>>> chart problem, while we work on the one that tries to
>>>>> address the table/database issue?
>>>>> 
>>>>> I would assume that there are more people who want/need 4.1.4
>>>>> and would be affected by the chart diagram issue than those
>>>>> who would be affected by the DB.
>>>>>> On Nov 9, 2017, at 1:18 PM, Rory O'Farrell <of...@iol.ie>
>> wrote:
>>>>>> 
>>>>>> 
>>>>>> For information: the Mac 4.1.4 chart problem is starting to
>> surface on the Forum - there have been several reports of it today.  I
>> explain that the fix has produced unwanted side effects and recommend
>> reverting to OO 4.1.3 fir the time being.
>>>>>> 
>>>>>> Rory
>>>>>> 
>>>>>> --
>>>>>> Rory O'Farrell <of...@iol.ie>
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
>> For additional commands, e-mail: dev-help@openoffice.apache.org
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
> 


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

Re: FYI: The OO 4.1.4 Mac problem

Posted by Peter kovacs <pe...@apache.org>.
I am not sure. +1 for the release, but we should keep the other version somehow around. Maybe offer the trade if someone asks for it.


Am 15. November 2017 00:12:00 MEZ schrieb Marcus <ma...@wtnet.de>:
>Am 14.11.2017 um 18:35 schrieb Dave Fisher:
>> Anyone else?
>
>yes, sounds reasonable to focus more on Calc/Chart tahn on Base.
>
>Marcus
>
>
>
>>> On Nov 12, 2017, at 12:06 PM, Dave Fisher <da...@comcast.net>
>wrote:
>>>
>>> +1. That makes great sense.
>>>
>>> Sent from my iPhone
>>>
>>>> On Nov 12, 2017, at 11:10 AM, Jim Jagielski <ji...@jaguNET.com>
>wrote:
>>>>
>>>> Does it make sense to "release" the version that fixes the
>>>> chart problem, while we work on the one that tries to
>>>> address the table/database issue?
>>>>
>>>> I would assume that there are more people who want/need 4.1.4
>>>> and would be affected by the chart diagram issue than those
>>>> who would be affected by the DB.
>>>>> On Nov 9, 2017, at 1:18 PM, Rory O'Farrell <of...@iol.ie>
>wrote:
>>>>>
>>>>>
>>>>> For information: the Mac 4.1.4 chart problem is starting to
>surface on the Forum - there have been several reports of it today.  I
>explain that the fix has produced unwanted side effects and recommend
>reverting to OO 4.1.3 fir the time being.
>>>>>
>>>>> Rory
>>>>>
>>>>> --
>>>>> Rory O'Farrell <of...@iol.ie>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
>For additional commands, e-mail: dev-help@openoffice.apache.org

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

Re: FYI: The OO 4.1.4 Mac problem

Posted by Marcus <ma...@wtnet.de>.
Am 14.11.2017 um 18:35 schrieb Dave Fisher:
> Anyone else?

yes, sounds reasonable to focus more on Calc/Chart tahn on Base.

Marcus



>> On Nov 12, 2017, at 12:06 PM, Dave Fisher <da...@comcast.net> wrote:
>>
>> +1. That makes great sense.
>>
>> Sent from my iPhone
>>
>>> On Nov 12, 2017, at 11:10 AM, Jim Jagielski <ji...@jaguNET.com> wrote:
>>>
>>> Does it make sense to "release" the version that fixes the
>>> chart problem, while we work on the one that tries to
>>> address the table/database issue?
>>>
>>> I would assume that there are more people who want/need 4.1.4
>>> and would be affected by the chart diagram issue than those
>>> who would be affected by the DB.
>>>> On Nov 9, 2017, at 1:18 PM, Rory O'Farrell <of...@iol.ie> wrote:
>>>>
>>>>
>>>> For information: the Mac 4.1.4 chart problem is starting to surface on the Forum - there have been several reports of it today.  I explain that the fix has produced unwanted side effects and recommend reverting to OO 4.1.3 fir the time being.
>>>>
>>>> Rory
>>>>
>>>> --
>>>> Rory O'Farrell <of...@iol.ie>


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

Re: FYI: The OO 4.1.4 Mac problem

Posted by Dave Fisher <da...@comcast.net>.
Anyone else?

> On Nov 12, 2017, at 12:06 PM, Dave Fisher <da...@comcast.net> wrote:
> 
> +1. That makes great sense.
> 
> Sent from my iPhone
> 
>> On Nov 12, 2017, at 11:10 AM, Jim Jagielski <ji...@jaguNET.com> wrote:
>> 
>> Does it make sense to "release" the version that fixes the
>> chart problem, while we work on the one that tries to
>> address the table/database issue?
>> 
>> I would assume that there are more people who want/need 4.1.4
>> and would be affected by the chart diagram issue than those
>> who would be affected by the DB.
>>> On Nov 9, 2017, at 1:18 PM, Rory O'Farrell <of...@iol.ie> wrote:
>>> 
>>> 
>>> For information: the Mac 4.1.4 chart problem is starting to surface on the Forum - there have been several reports of it today.  I explain that the fix has produced unwanted side effects and recommend reverting to OO 4.1.3 fir the time being.
>>> 
>>> Rory
>>> 
>>> --
>>> Rory O'Farrell <of...@iol.ie>
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
>>> For additional commands, e-mail: dev-help@openoffice.apache.org
>>> 
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
>> For additional commands, e-mail: dev-help@openoffice.apache.org
>> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
>

Re: FYI: The OO 4.1.4 Mac problem

Posted by Dave Fisher <da...@comcast.net>.
+1. That makes great sense.

Sent from my iPhone

> On Nov 12, 2017, at 11:10 AM, Jim Jagielski <ji...@jaguNET.com> wrote:
> 
> Does it make sense to "release" the version that fixes the
> chart problem, while we work on the one that tries to
> address the table/database issue?
> 
> I would assume that there are more people who want/need 4.1.4
> and would be affected by the chart diagram issue than those
> who would be affected by the DB.
>> On Nov 9, 2017, at 1:18 PM, Rory O'Farrell <of...@iol.ie> wrote:
>> 
>> 
>> For information: the Mac 4.1.4 chart problem is starting to surface on the Forum - there have been several reports of it today.  I explain that the fix has produced unwanted side effects and recommend reverting to OO 4.1.3 fir the time being.
>> 
>> Rory
>> 
>> -- 
>> Rory O'Farrell <of...@iol.ie>
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
>> For additional commands, e-mail: dev-help@openoffice.apache.org
>> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
> 


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

Re: FYI: The OO 4.1.4 Mac problem

Posted by Jim Jagielski <ji...@jaguNET.com>.
Does it make sense to "release" the version that fixes the
chart problem, while we work on the one that tries to
address the table/database issue?

I would assume that there are more people who want/need 4.1.4
and would be affected by the chart diagram issue than those
who would be affected by the DB.
> On Nov 9, 2017, at 1:18 PM, Rory O'Farrell <of...@iol.ie> wrote:
> 
> 
> For information: the Mac 4.1.4 chart problem is starting to surface on the Forum - there have been several reports of it today.  I explain that the fix has produced unwanted side effects and recommend reverting to OO 4.1.3 fir the time being.
> 
> Rory
> 
> -- 
> Rory O'Farrell <of...@iol.ie>
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
> 


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