#if defined(_WIN32) && (defined(_M_IX86) || defined(_M_AMD64) ||
defined(_M_IA64)) && !defined(WINCE) // WIN32 x86 stack walking code
--
Andriy Gapon
___
freebsd-gecko@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
on 02/06/2010 12:16 Beat Gaetzi said the following:
> Hi,
>
> On 06/02/10 10:25, Andriy Gapon wrote:
>> I think I found a workaround for linkage problems in gecko ports (firefox,
>> libxul, ...) when gcc 4.4 is used for build. However, I don't understand
>> exact
is it correct that currently the only valid value for WITH_GECKO is libxul?
It doesn't look like thunderbird or firefox install build infrastructure anymore
(like xpidl)?
BTW, it seems that GECKO_CONFIG definition is outdated, it should use
pkg-config.
--
Andriy
on 27/08/2010 15:20 Beat Gaetzi said the following:
> On 27.08.2010 13:00, Andriy Gapon wrote:
>>
>> is it correct that currently the only valid value for WITH_GECKO is libxul?
>> It doesn't look like thunderbird or firefox install build infrastructure
>> anymore
&
Big thanks to all who made it possible for gecko ports to be buildable with
gcc44+ almost without any issues!
About 'almost' - it seems that thunderbird port still requires one small patch,
which is needed for dlopen(3) definition. The patch should be an effective NOP
for base gcc.
on 13/09/2010 12:30 Beat Gaetzi said the following:
> Hi,
>
> On 13.09.2010 09:23, Andriy Gapon wrote:
>>
>> Big thanks to all who made it possible for gecko ports to be buildable with
>> gcc44+ almost without any issues!
>>
>> About 'almost' -
on 13/09/2010 12:38 Andriy Gapon said the following:
> To better see what I mean do:
> $ gcc -dumpspecs | fgrep -w pthread
> and
> $ gcc44 -dumpspecs | fgrep -w pthread
BTW, here is a patch for GCC that should make life easier.
I hope that Gerald will commit it either upstream
[ping]
on 13/09/2010 10:23 Andriy Gapon said the following:
>
> Big thanks to all who made it possible for gecko ports to be buildable with
> gcc44+ almost without any issues!
>
> About 'almost' - it seems that thunderbird port still requires one small
> patch,
&g
on 18/09/2010 14:56 Beat Gaetzi said the following:
> Hi,
>
> On 18.09.2010 09:25, Andriy Gapon wrote:
>>
>> [ping]
>>
>> on 13/09/2010 10:23 Andriy Gapon said the following:
>>>
>>> Big thanks to all who made it possible for gecko ports to be
on 19/04/2011 12:50 Andriy Gapon said the following:
>
> Here's a new twist.
> First, some more details. The applet in question would start normally, but
> then
> at some point it would seem to just hang. Then I accidentally noticed that
> if I
> let the applet
PTHREAD_CREATE_JOINABLE
> : PTHREAD_CREATE_DETACHED)'
>
>
> I've cc'd ports@ because there are a few more clever people. :o)
Is there pthread_attr_init preceding that pthread_attr_setdetachstate call?
--
Andriy Gapon
___
free
First, it seems GECKO_EXTDIR should be comm-release now instead of comm-miramar.
Second, my thunderbird 6 just hangs solid a few seconds after startup if
enigmail
extension is installed and enabled.
Any help/pointers are appreciated!
--
Andriy Gapon
on 18/08/2011 12:41 Alex Dupre said the following:
Andriy Gapon ha scritto:
First, it seems GECKO_EXTDIR should be comm-release now instead of comm-miramar.
Second, my thunderbird 6 just hangs solid a few seconds after startup if
enigmail
extension is installed and enabled.
Just wait for a
ecuted, gpg2 prints some information and exits with
a
status of 0.
I am not sure if this behavior can be explained by anything in the profile.
It rather looks like some possibly timing-triggered bug.
--
Andriy Gapon
___
freebsd-gecko@freebsd.org mailin
on 19/08/2011 17:59 Andriy Gapon said the following:
> nsIPCService::RunPipe -> nsPipeTransport::Terminate -> nsPipeTransport::Kill
> ->
> IPC_WaitProcess == _MD_WaitUnixProcess
BTW, curiously enough this how IPC_WaitProcess invocation looks in
nsPipeTransport::Kill:
// Reap
on 19/08/2011 18:12 Andriy Gapon said the following:
> on 19/08/2011 17:59 Andriy Gapon said the following:
>> nsIPCService::RunPipe -> nsPipeTransport::Terminate -> nsPipeTransport::Kill
>> ->
>> IPC_WaitProcess == _MD_WaitUnixProcess
>
> BTW, curio
on 19/08/2011 18:28 Andriy Gapon said the following:
> So apparently there was some "rogue" child process with pid 31969 which
> screwed up
> the accounting of children and thus WaitPidDaemonThread is not aware that it
> should call wait() to wait for pid 32094.
> Ap
on 19/08/2011 18:35 Andriy Gapon said the following:
> on 19/08/2011 18:28 Andriy Gapon said the following:
>> So apparently there was some "rogue" child process with pid 31969 which
>> screwed up
>> the accounting of children and thus WaitPidDaemonThread is not aw
on 19/08/2011 18:48 Andriy Gapon said the following:
> OK, it seems that the culprit is mozilla/toolkit/xre/glxtest.cpp:
> fire_glxtest_process() forks a new process, but doesn't wait(2) for it.
> So when wait(2) is invoked later it may return a pid of this child before any
> o
patch to tb and sm ports,
> but I want to be sure it doesn't introduce other regressions. Probably
> it should also be reported upstream by gecko team.
Yes, I think that this should be reported and discussed with the upstream
developers as the problem see
how to fix?
Thank you!
--
Andriy Gapon
___
freebsd-gecko@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
why I tried to provide a little bit more
detailed symptoms.
--
Andriy Gapon
___
freebsd-gecko@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
[CC-ing gnome@ who is listed as the maintainer of devel/nspr]
on 01/09/2011 15:31 Florian Smeets said the following:
> On 01.09.2011 14:25, Andriy Gapon wrote:
>> on 01/09/2011 14:58 Marat N.Afanasyev said the following:
>>> I have a seamonkey with the same symptoms, from ti
on 04/09/2011 19:22 Marat N.Afanasyev said the following:
> Andriy Gapon wrote:
>
>> The following patch for devel/nspr port fixes the problem for me:
>
> can you post a follow-up on
> http://www.freebsd.org/cgi/query-pr.cgi?pr=156889
> with your patch?
Will do.
BTW, i
The following reply was made to PR ports/156889; it has been noted by GNATS.
From: Andriy Gapon
To: bug-follo...@freebsd.org
Cc: p...@critter.freebsd.dk
Subject: Re: ports/156889: www/firefox36: firefox 3.6.17 eats cpu on current/x64
Date: Sun, 04 Sep 2011 20:01:16 +0300
This is a multi-part
With the latest version of firefox port the installed
${PREFIX}/lib/firefox/firefox script doesn't pass along its command line
parameters.
Please fix.
--
Andriy Gapon
___
freebsd-gecko@freebsd.org mailing list
http://lists.freebsd.org/ma
bump, and it seems that our tools are
not explicitly aware of this kind of dependency, so a few times in the past I
had
a situation where enigmail stopped working after thunderbird update and I had to
manually reinstall the port and its .xpi
--
Andriy Gapon
on 22/10/2011 11:03 Alex Dupre said the following:
> Andriy Gapon ha scritto:
>> Is it possible and relatively easy to turn emigmail thunderbird extension
>> into
>> something like a lightning extension?
>
> Yes, of course. I think we can drop support for tb 3.6 and pu
can be
// found in the LICENSE file.
+#include
+
#include "os2.h"
#include "head.h"
--
Andriy Gapon
___
freebsd-gecko@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any ma
start the build.
But I am actually not sure about this as the build currently always fails for me
with a different error.
Hmm, I wonder if the last chunk of that patch is correct or if it is a result of
mechanical string replacement.
--
Andriy Gapon
_
on 26/06/2012 10:34 Jan Beich said the following:
> Andriy Gapon writes:
>
> [...]
>> `/usr/obj/ports/usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/typelib/xpidl'
>> gmake[7]: *** No rule to make target
>> `../../../xpcom/idl-parser/cache/xpidl
message wasn't clear, this worked fine until
> just today. Also, I forgot to add that recompiling firefox didn't help.
>
> Doug
>
Writing to gecko@ could also be of use... sometimes.
Does the following look like the problem your are running into
http://docs.
on 25/07/2012 10:43 Andriy Gapon said the following:
> on 25/07/2012 00:22 Doug Barton said the following:
>> On 7/24/2012 2:09 PM, Pedro Giffuni wrote:
>>> Hi Doug;
>>>
>>> Perhaps you are using -O2 in you CFLAGS?
>>
>> I use the standard CFLAGS,
I would like to suggest to either extend ETCSYMLINK config option or to add a
new option to support using security/ca_root_nss with openssl from ports.
The latter looks at /usr/local/openssl/cert.pem as its default CAfile.
--
Andriy Gapon
___
freebsd
-profiling
--disable-tests *--enable-strip* *--enable-install-strip*
This is somewhat weird because:
$ echo "<$(make -V STRIP)>"
<>
--
Andriy Gapon
___
freebsd-gecko@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebs
on 25/11/2013 12:30 Andriy Gapon said the following:
> In www/firefox port DEBUG option has the following description:
> DEBUG Install debug symbols
> This seems to be factually incorrect. I see in bsd.gecko.mk that the option
> affects the following thin
->write_position += wrote;
+write_p = (char*)write_p + wrote;
+towrite -= wrote;
gettimeofday(&stm->last_activity, NULL);
}
if (got != avail) {
@@ -996,7 +1004,10 @@ alsa_stream_get_position(cubeb_stream *
return CUBEB_OK;
}
- assert
; month or so. I have no idea what changes (in base, in dependencies,
> etc.) might be responsible, but Firefox--now at 28.0--has become
> stable again on 10.0-STABLE.
>
My guess is it was r261867.
--
Andriy Gapon
___
freebsd-gecko@freebsd.org mailin
time and CPU is spent in _kh_dir_diff -> dl_calculate ->
strcmp functions in libgio-2.0.so.
--
Andriy Gapon
___
freebsd-gecko@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "fr
On 12/09/2014 10:25, Matthew D. Fuller wrote:
> On Fri, Sep 12, 2014 at 10:19:02AM +0300 I heard the voice of
> Andriy Gapon, and lo! it spake thus:
>>
>> Does anyone else see this?
>
> I've seen it when I don't keep the list of [completed] downloads
> cl
On 12/09/2014 11:57, Matthew D. Fuller wrote:
> On Fri, Sep 12, 2014 at 11:30:30AM +0300 I heard the voice of
> Andriy Gapon, and lo! it spake thus:
>>
>> I've noticed many reports about this issue but my problem seems to
>> be different as clearing the list does no
I've just upgraded my packages to the latest available from the FreeBSD official
repository and thunderbird does not have Enigmail and Lightning.
Hmm.
Looks like www/firefox/Makefile.options overrides OPTIONS_DEFAULT from
mail/thunderbird/Makefile
--
Andriy
I have firefox 41.0.2 installed from the official pkg repository and I can not
get it to play sounds. E.g. all html5 videos are playing without any sound.
Are there any magic configuration knobs or packages that can make the sound
work?
--
Andriy Gapon
6 : push %r14
0x00080ed69c48 : push %r13
0x00080ed69c4a : push %r12
0x00080ed69c4c : push %rbx
0x00080ed69c4d : sub
$0x48,%rsp
0x00080ed69c51 : mov
%rcx,-0x50(%rbp)
0x00080ed69c55 : mov
%rdx,-0x48(%rbp)
...
I've found a repor
variable to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
Not sure if this report is actionable.
--
Andriy Gapon
___
freebsd-gecko@freebsd.org mailing list
https://
Is anyone able to use linux-firefox on head?
When I start it, I see that one of its threads "SSL Cert #3" consumes 100% of
CPU and the firefox window does not respond to any clicks.
--
Andriy Gapon
___
freebsd-gecko@freebsd.org mailing
On 24/12/2015 15:22, Andriy Gapon wrote:
> I've got a strange problem: sometime when I do pkg upgrade a firefox process
> crashes with SIGBUS. And that happens rather often.
I am still seeing this problem. Sometimes it's firefox, sometimes thunderbird,
sometimes none, sometim
On 30/01/2017 12:40, Konstantin Belousov wrote:
> On Mon, Jan 30, 2017 at 12:13:34PM +0200, Andriy Gapon wrote:
>> On 24/12/2015 15:22, Andriy Gapon wrote:
>>> I've got a strange problem: sometime when I do pkg upgrade a firefox process
>>> crashes with SIGBUS
nfigurations for
all email accounts and addons) and I have to re-create them from scratch, then
that will hurt a lot.
--
Andriy Gapon
___
freebsd-gecko@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"
da1a4-762b-4020-b5ad-a41df1933103} in it.
Restarted thunderbird. And lightning was back.
Not sure if the above steps are sufficient. Perhaps something in what I
described as 'mucking' was required too.
--
Andriy Gapon
___
freebsd-gecko@
50 matches
Mail list logo
