Re: Help w/ bt

2020-12-03 Thread Peter Kovacs
good Job :) On 03.12.20 18:08, Jim Jagielski wrote: fixed: it was a strcpy overflow. On Dec 2, 2020, at 9:02 PM, Damjan Jovanovic wrote: That's in main/soltools. Try isolate the exact command used, and try run that problematic makedeepend binary in a debugger with the same args. 4 =

Re: macOS - oldest supported version

2020-12-03 Thread Dave Fisher
Hi Jim, > On Dec 2, 2020, at 6:42 PM, Jim Jagielski wrote: > > Up to now, we've held 10.7 as the oldest version of OS X AOO is supported on. > Even with 4.2.x this is still the case. > > However, if we allow for 10.9 to be the "oldest", we can help include some > capabilities that we can't

Re: Help w/ bt

2020-12-03 Thread Damjan Jovanovic
Well done! On Thu, Dec 3, 2020 at 7:09 PM Jim Jagielski wrote: > fixed: it was a strcpy overflow. > > > On Dec 2, 2020, at 9:02 PM, Damjan Jovanovic wrote: > > > > That's in main/soltools. > > > > Try isolate the exact command used, and try run that problematic > > makedeepend binary in a

Re: Help w/ bt

2020-12-03 Thread Jim Jagielski
Just an inline update: > On Dec 2, 2020, at 10:25 AM, Damjan Jovanovic wrote: > > Can you drag-and-drop within AOO generally, eg. drag a file from your file > manager into Writer? Yeah, no problem. > > The code seems to be in >

Re: Help w/ bt

2020-12-03 Thread Jim Jagielski
fixed: it was a strcpy overflow. > On Dec 2, 2020, at 9:02 PM, Damjan Jovanovic wrote: > > That's in main/soltools. > > Try isolate the exact command used, and try run that problematic > makedeepend binary in a debugger with the same args. 4 = SIGILL, a bad > sign, possibly a buffer overflow

Re: [openoffice] branch trunk updated: Use of strcpy is problematic esp when we don't check bounds. Ugg. Instead use memmove(); Increase buffer sizes due to larger requirements.

2020-12-03 Thread Jim Jagielski
> On Dec 3, 2020, at 10:34 AM, Dave Fisher wrote: >> index f27a04e..5f60f73 100644 >> --- a/main/soltools/mkdepend/parse.c >> +++ b/main/soltools/mkdepend/parse.c >> @@ -346,7 +346,11 @@ int deftype (line, filep, file_red, file, parse_it, >> symbols) >> /* >>* copy the

Re: [openoffice] branch trunk updated: Use of strcpy is problematic esp when we don't check bounds. Ugg. Instead use memmove(); Increase buffer sizes due to larger requirements.

2020-12-03 Thread Dave Fisher
Sent from my iPhone > On Dec 3, 2020, at 5:43 AM, j...@apache.org wrote: > > This is an automated email from the ASF dual-hosted git repository. > > jim pushed a commit to branch trunk > in repository https://gitbox.apache.org/repos/asf/openoffice.git > > > The following commit(s) were

macOS - oldest supported version

2020-12-03 Thread Jim Jagielski
Up to now, we've held 10.7 as the oldest version of OS X AOO is supported on. Even with 4.2.x this is still the case. However, if we allow for 10.9 to be the "oldest", we can help include some capabilities that we can't right now. For example, our support of RTTI and _si_class_type_info is

Re: [openoffice] branch trunk updated: Huge updates to macOS UNO bridges, based on FreeBSD and Linux.

2020-12-03 Thread Peter Kovacs
How about we change the Linux and FreeBSD Code to the C++ static cast? I think we should move away from C Code and only use it where we must use it. On 02.12.20 04:30, Jim Jagielski wrote: On Dec 1, 2020, at 6:16 PM, Don Lewis wrote: On 1 Dec, j...@apache.org wrote: This is an

Re: [openoffice] branch trunk updated: Huge updates to macOS UNO bridges, based on FreeBSD and Linux.

2020-12-03 Thread Matthias Seidel
Hi all, I am sure this is only a small syntax error, but the Windows build breaks constantly... Any ideas? Matthias Am 02.12.20 um 21:50 schrieb Matthias Seidel: > > Hi Jim, > > Windows buildbot breaks now in module bridges: > > ... > component.cxx >