Hello,
it works now. I'm not really sure what it was, but I know what I did in
what order:
1. update gcc to "gcc version 4.2.4 (Ubuntu 4.2.4-1ubuntu3)"
2. configure
3. make sure
4. make install
5 Tested it: FS still crash
6 did a gdb backtrace, last function call was mpg123_delete ...
7. delete l
This is prob. why we don't see this crazy stuff on CentOS since the
compiler is 4.1.2
/b
On Feb 12, 2009, at 4:34 PM, Andy Spitzer wrote:
> Possibly. A recent (last year?) GCC change caused some order of
> operations to change, and so code that inadvertently relied on the
> previous behav
Woof!
On Thu, 12 Feb 2009 17:20:18 -0500, Anthony Minessale
wrote:
> So I wonder what about the distro you are using that makes the same exact
> code not work?
> maybe the GCC ?
Possibly. A recent (last year?) GCC change caused some order of operations to
change, and so code that inadverten
That's scary
So I wonder what about the distro you are using that makes the same exact
code not work?
maybe the GCC ?
On Thu, Feb 12, 2009 at 2:07 AM, Helmut Kuper wrote:
> Hi Anthony,
>
> hm... on centos5 it works fine. No problems, no warning, no crash.
>
> regards
> Helmut
>
> On 11.02.20
Hi Anthony,
hm... on centos5 it works fine. No problems, no warning, no crash.
regards
Helmut
On 11.02.2009 16:29, Anthony Minessale wrote:
> I am highly suspicious of the ubuntu.
> you are using a prerelease of gcc that we have already found at least
> 1 bug.
>
> we tried the file on our box an
Hi Anthony,
hm ... have to dig for a centos5 machine here ... I have one somewhere
... I will test it there as well.
Concerning the prerelease of gcc ... My svn trunk FS was compiled by
"gcc version 4.1.2 (Ubuntu 4.1.2-0ubuntu4)". In Jira I entered the gcc
version of FS in production.
regards
He
I am highly suspicious of the ubuntu.
you are using a prerelease of gcc that we have already found at least 1 bug.
we tried the file on our box and it doesn't even say anything about the file
being bad etc.. it plays and hangs up fine even 4 times at once.
It would be a big help if you could t
Hi Anthony,
I quickly have setup a test server with current trunk. So I can now
enter there a "YES" into that field. Current trunk crashed as well. But
thx for stretching the jira rules a bit :)
I attached the file on jira in
http://jira.freeswitch.org/browse/MODFORM-24
Can you delete it asap be
if the alternative is to post it to the mailing list, you have our
permission this one time to answer "not yet" so you have somewhere to attach
the bad file so we can reproduce it.
On Wed, Feb 11, 2009 at 8:12 AM, Helmut Kuper wrote:
> Hi Anthony,
>
> On 11.02.2009 14:58, Anthony Minessale wrote
Hi Anthony,
On 11.02.2009 14:58, Anthony Minessale wrote:
> Why do you need to wait?
> jira is just a website, just go there and file the bug and attach the
> file that causes the issue.
Well, there is a question on jira, which makes sure that I have
reproduced the bug on SVN trunk ... but I'm not
Why do you need to wait?
jira is just a website, just go there and file the bug and attach the file
that causes the issue.
On Wed, Feb 11, 2009 at 6:43 AM, Helmut Kuper wrote:
> Hi Brian,
>
> of course. Will do it as soon as I have a second FS plattform for
> testing SVN trunks.
>
> thx and rega
Hi Brian,
of course. Will do it as soon as I have a second FS plattform for
testing SVN trunks.
thx and regards
Helmut
On 11.02.2009 13:16, Brian West wrote:
> The proper location to post this is on Jira... please in the future
> report ALL issues via Jira. They'll get lost if not done this
12 matches
Mail list logo