Am Sat, 3 May 2014 19:37:28 +0200
schrieb Kurt Jaeger :
> Hi!
>
> > > So, the difference is mostly SASL.
>
> > Thanks for your testing. And my feeling strongly suggests that
> > SASL will be the reason of the segmentation fault.
>
> It might be the cause, yes. But not guilty until proven 8-}
>
Hi!
> > So, the difference is mostly SASL.
> Thanks for your testing. And my feeling strongly suggests that
> SASL will be the reason of the segmentation fault.
It might be the cause, yes. But not guilty until proven 8-}
> I have detected some
> OpenLDAP SASL related errors on 10.0-RELEASE in t
Am Sat, 3 May 2014 14:24:35 +0200
schrieb Kurt Jaeger :
> Hi!
>
> > I have installed OpenLDAP which is working fine with system login
> > and several other ports like (Apache, ProFTPD, Dovecot):
> >
> > # pkg version -v |grep ldap
> > nss_ldap-1.265_10 = up-to-date with port
>
Hi!
> I have installed OpenLDAP which is working fine with system login and
> several other ports like (Apache, ProFTPD, Dovecot):
>
> # pkg version -v |grep ldap
> nss_ldap-1.265_10 = up-to-date with port
> openldap-sasl-client-2.4.39= up-to-date with port
> openldap
Hi!
> I am out of ideas and I am wondering, if there is anybody
> successfully using Thunderbird 24.5.0 on FreeBSD 10.0-RELEASE-p2 at all.
I have it built on my test host (f10.opsec.eu), and tested it and
it works.
I will compare your compile settings with mine.
--
p...@opsec.eu+49
Am Sat, 3 May 2014 12:54:58 +1000
schrieb Robert Backhaus :
> On 3 May 2014 09:15, Dr. Peter Voigt wrote:
>
> > Am Fri, 2 May 2014 16:45:33 +1000
> > schrieb Robert Backhaus :
> >
> > > A backtrace would be useful. Re-make the port with make -
> >
>
>
> > DWITH_DEBUGWell, Mailman has removed a
On 3 May 2014 09:15, Dr. Peter Voigt wrote:
> Am Fri, 2 May 2014 16:45:33 +1000
> schrieb Robert Backhaus :
>
> > A backtrace would be useful. Re-make the port with make -
>
> DWITH_DEBUGWell, Mailman has removed all attachments from my last post.
> Please
> find all files here:
>
> https://www
Am Fri, 2 May 2014 16:45:33 +1000
schrieb Robert Backhaus :
> A backtrace would be useful. Re-make the port with make -DWITH_DEBUG
> clean build . Then cd into the work directory and run the program
> from there. You can run it directly, and then pull the backtrace from
> the dumpfile (gdb ./thund
Am Fri, 2 May 2014 16:45:33 +1000
schrieb Robert Backhaus :
> A backtrace would be useful. Re-make the port with make -DWITH_DEBUG
> clean build . Then cd into the work directory and run the program
> from there. You can run it directly, and then pull the backtrace from
> the dumpfile (gdb ./thund
"Dr. Peter Voigt" writes:
> Am Fri, 2 May 2014 16:45:33 +1000
> schrieb Robert Backhaus :
>
>> A backtrace would be useful. Re-make the port with make -DWITH_DEBUG
>> clean build . Then cd into the work directory and run the program
>> from there. You can run it directly, and then pull the backtr
Am Fri, 2 May 2014 16:45:33 +1000
schrieb Robert Backhaus :
> A backtrace would be useful. Re-make the port with make -DWITH_DEBUG
> clean build . Then cd into the work directory and run the program
> from there. You can run it directly, and then pull the backtrace from
> the dumpfile (gdb ./thund
A backtrace would be useful. Re-make the port with make -DWITH_DEBUG clean
build . Then cd into the work directory and run the program from there. You
can run it directly, and then pull the backtrace from the dumpfile (gdb
./thunderbird thunderbird.core), or or run it inside of gdb (gdb
./thunderbi
12 matches
Mail list logo
