ID |
Date |
Author |
Topic |
Subject |
Text |
|
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, |
|
93
|
20 Nov 2003 |
Stefan Ritt | | cannot shutdown defunct clients | > 1) shutdown from mhttpd "programs" page
-> "cannot shutdown client"
> 2) "sh mhttpd" from odbedit ->
|
|
102
|
20 Nov 2003 |
Stefan Ritt | | set-uid-root midas programs | > dio- is required to be setuid-root to gain
I/O permissions. I looked at it a
> few times, and it is probably safe, but |
|
94
|
20 Nov 2003 |
Konstantin Olchanski | | cannot shutdown defunct clients | > > 1) shutdown from mhttpd "programs" page
-> "cannot shutdown client"
> Have you tried a "cleanup" in ODBEdit?
|
|
95
|
20 Nov 2003 |
Stefan Ritt | | cannot shutdown defunct clients | > INT == "int", wraparound in 1 month
> DWORD == "unsigned int", wraparound in
2 months
|
|
96
|
20 Nov 2003 |
Renee Poutissou | | cannot shutdown defunct clients | Indeed the ODB command "cleanup" really works.
I have used it several
times with the TWIST DAQ and regularly with |
|
99
|
20 Nov 2003 |
Pierre-André Amaudruz, Konstantin Olchanski | | Revised MVMESTD | Before we try to merge the different access
scheme for the different VME hardware,
we present the "optimal" configuration for |
|
100
|
21 Nov 2003 |
Stefan Ritt | | Revised MVMESTD | Thanks for your contribution. Let me try to
map your functionality to mvmestd calls:
|
|
97
|
24 Nov 2003 |
Stefan Ritt | | cannot shutdown defunct clients | > But there is one problem with "cleanup".
It has a hardwired timeout of
> 2 seconds. This is a problem for tasks |
|