| ID |
Date |
Author |
Topic |
Subject |
Text |
 |
|
652
|
01 Oct 2009 |
Pierre-Andre Amaudruz | Bug Report | mfe.c: poll_event() before frontend_init() | The latest version of mfe.c has a problem
where poll_event() is called before
frontend_init() and this causes a crash because |
|
|
653
|
01 Oct 2009 |
Stefan Ritt | Bug Report | mfe.c: poll_event() before frontend_init() | > The latest version of mfe.c has a problem
where poll_event() is called before
> frontend_init() and this causes a crash |
|
|
654
|
08 Oct 2009 |
Tim Nicholls | Bug Report | mserver linking fails when using shared library | I have experienced a problem building MIDAS
from the head of the SVN repository (rev
4458) when
|
|
|
655
|
08 Oct 2009 |
Exaos Lee | Bug Report | Multiple definition of `SqlODBC::SqlODBC() | I found there are two SqlODBC defined in different
sources.
[CODE]
|
|
|
656
|
09 Oct 2009 |
Konstantin Olchanski | Bug Report | change to building and linking libmidas.so, mserver linking fails when using shared library |
> --- Makefile
> < ld -shared -o $@ $^ $(LIBS) -lc
|
|
|
657
|
09 Oct 2009 |
Konstantin Olchanski | Bug Report | Multiple definition of `SqlODBC::SqlODBC() | > Linking CXX shared library lib/libmidas.so
/usr/bin/c++ ... -o lib/libmidas.so ...
CMakeFiles/midas-shared.dir/src/history_odbc.cxx.o |
|
|
658
|
09 Oct 2009 |
Exaos Lee | Bug Report | Building error of history_midas.cxx due to missing declaration | [CODE]
Platform: Debian Linux testing
Compiler: gcc 4.3.4 (Debian 4.3.4-2)
|
|
|
659
|
11 Oct 2009 |
Konstantin Olchanski | Bug Report | Building error of history_midas.cxx due to missing declaration | > The "g++" is whining while compiling history_midas.cxx.
Please see the attached log file.
|
|
|
660
|
11 Oct 2009 |
Konstantin Olchanski | Bug Report | change to building and linking libmidas.so, mserver linking fails when using shared library | > > > $(CXX) -shared -o $@ $^ $(LIBS) -lc
Done.
|
|
|
661
|
11 Oct 2009 |
Konstantin Olchanski | Bug Report | Multiple definition of `SqlODBC::SqlODBC() | > > Why is the class "SqlODBC" duplicated?
>
> This is interesting. I do not think my |
|
|
676
|
25 Nov 2009 |
Konstantin Olchanski | Bug Report | once in 100 years midas shared memory bug | We were debugging a strange problem in the
event builder, where out of 14
fragments, two fragments were always getting |
|
|
678
|
26 Nov 2009 |
Konstantin Olchanski | Bug Report | "mserver -s" is broken | I notice that "mserver -s" (a non-default
mode of operation) does not work right
- if I connect odbedit for the first time, |
|
|
680
|
27 Nov 2009 |
Stefan Ritt | Bug Report | "mserver -s" is broken | > I notice that "mserver -s" (a non-default
mode of operation) does not work right
> - if I connect odbedit for the first time, |
|
|
681
|
27 Nov 2009 |
Konstantin Olchanski | Bug Report | "mserver -s" is broken | >
> "mserver -s" is there for historical reasons
and for debugging.
|
|
|
728
|
06 Oct 2010 |
Konstantin Olchanski | Bug Report | mhttpd "edit on start" breakage | very recent mhttpd mangles spaces in URL encoding-decoding
and I cannot create or delete entries in
for
|
|
|
732
|
17 Nov 2010 |
Stefan Ritt | Bug Report | mhttpd "edit on start" breakage | > very recent mhttpd mangles spaces in URL
encoding-decoding and I cannot create or
delete entries in for
|
|
|
734
|
23 Dec 2010 |
Konstantin Olchanski | Bug Report | odb corruption, odb race condition? | The following script makes midas very unhappy
and eventually causes odb corruption. I suspect
the reason is some kind of race condition |
|
|
735
|
24 Dec 2010 |
Konstantin Olchanski | Bug Report | odb corruption, odb race condition? | > Thu Dec 23 12:10:30 2010 [ODBEdit9,ERROR]
[odb.c:3247:db_get_value,ERROR] "Name" is
of type NULL, not STRING
|
|
|
736
|
24 Dec 2010 |
Konstantin Olchanski | Bug Report | odb corruption, odb race condition? | > > Thu Dec 23 12:10:30 2010 [ODBEdit9,ERROR]
[odb.c:3247:db_get_value,ERROR] "Name" is
of type NULL, not STRING
|
|
|
737
|
26 Dec 2010 |
Konstantin Olchanski | Bug Report | race condition and deadlock between ODB lock and SYSMSG lock in cm_msg() | >
> The only remaining problem when running
my script is some kind of deadlock between |
|