| ID |
Date |
Author |
Topic |
Subject |
Text |
 |
|
114
|
31 Oct 2003 |
Konstantin Olchanski | | mana.c without ROOT and HBOOK | Stephan, why did you prohibit building mana.c
without ROOT and HBOOK
support? I think such a configuration is |
|
|
117
|
31 Oct 2003 |
Konstantin Olchanski | | Disable "tab"s in xemacs | The default C indentation style in xemacs
uses "tab" characters, violating
the MIDAS coding convention. To disable this |
|
|
107
|
31 Oct 2003 |
Konstantin Olchanski | | more odb "run number" error checking | I added error checking to the places where
we read "/runinfo/run number". In
general, I do this:
|
|
|
111
|
31 Oct 2003 |
Konstantin Olchanski | | Do not frob "/runinfo" in mhttpd.c | I found where we tickle the race condition
in db_create_record().
|
|
|
115
|
01 Nov 2003 |
Stefan Ritt | | mana.c without ROOT and HBOOK | > Stephan, why did you prohibit building mana.c
without ROOT and HBOOK
> support? I think such a configuration is |
|
|
112
|
01 Nov 2003 |
Stefan Ritt | | Do not frob | > I found where we tickle the race condition
in db_create_record().
>
|
|
|
108
|
01 Nov 2003 |
Stefan Ritt | | more odb | > I added error checking to the places where
we read "/runinfo/run number". In
> general, I do this:
|
|
|
109
|
01 Nov 2003 |
Konstantin Olchanski | | more odb | > > I added error checking to the places where
we read "/runinfo/run number".
> Now YOU broke the system by editing all |
|
|
116
|
01 Nov 2003 |
Konstantin Olchanski | | mana.c without ROOT and HBOOK | > > Stephan, why did you prohibit building
mana.c without ROOT and HBOOK
> > support? I think such a configuration |
|
|
113
|
01 Nov 2003 |
Konstantin Olchanski | | Do not frob | > > I found where we tickle the race condition
in db_create_record().
> The reason for the db_create_record() is |
|
|
110
|
14 Nov 2003 |
Stefan Ritt | | more odb | Ok, I apologize. It's all ok. Thanks for clearifying.
Concerning the assert's, it
would be nice to be able to disable them |
|
|
103
|
15 Nov 2003 |
Konstantin Olchanski | | Phantom "open records" | Sometimes (maybe after a client uncleanly
exits?), I see phantom "open
records", for example:
|
|
|
104
|
16 Nov 2003 |
Stefan Ritt | | Phantom | I have seen the same behaviour and it annoys
me, too. What I did in the past
is a "cleanup" in ODBEdit which removes these |
|
|
98
|
17 Nov 2003 |
Stefan Ritt | | Revised MVMESTD | Let me propose a revised scheme for midas
standard VME calls (mvmestd.h).
|
|
|
106
|
17 Nov 2003 |
Pierre-André Amaudruz | | Lazylogger application | - Remove temporary "/Programs/Lazy" creation.
- Fix Rate calculation for Web display.
- Change FTP channel description (see help). |
|
|
82
|
20 Nov 2003 |
Stefan Ritt | | Implementation of db_check_record() | As Konstantin pointed out correctly, the db_create_record()
call is pretty
heavy since it copies whole structures around |
|
|
105
|
20 Nov 2003 |
Stefan Ritt | | Phantom | I tried to reproduce the problem, but without
success. So in case this happens
again, one should debug the code im cm_watchdog() |
|
|
91
|
20 Nov 2003 |
Konstantin Olchanski | | midas timeout wraparound | While reviving midas on midtig01 after it
was not used for a while, we see
this. Notice negative "last called" numbers. |
|
|
92
|
20 Nov 2003 |
Konstantin Olchanski | | cannot shutdown defunct clients | > While reviving midas on midtig01 after it
was not used for a while ...
> [local:tigress:S]/>scl -w
|
|
|
101
|
20 Nov 2003 |
Konstantin Olchanski | | set-uid-root midas programs | I see that MIDAS installs several set-uid-root
programs into /usr/local/bin.
In this age and time of evil computer hackers, |
|