Re: SVN1714 will not run in 'daemon" mode on Solaris8, posted by Steve Jones on Fri Sep 22 19:32:45 2006
|
| Stefan Ritt wrote: |
| Steve Jones wrote: | | On Solaris, SVN1714 will not go into daemon mode. Running the compiled version under TRUSS (which provides a dump of every system call) and shows precisely where elog is failing. I have attached two TRUSS outputs: one where it errors out and the other where it runs but "interactively". Both runs are as root, simply one with and one without the "-D" |
The "one where it errors out" does not look like an error. It does the "fork()" at the end and the main thread ends, that's how it's supposed to be. |
| Quote: |
Ok, what this tells me is I need to get TRUSS to follow the fork - which I think I can do. The behavior, however, is that elog never goes into daemon mode after that fork.
More info to follow.
|
|
|
Re: "Supress Email Notification" checkbox, posted by Steve Jones on Fri Sep 22 19:42:21 2006
|
| Stefan Ritt wrote: |
| Steve Jones wrote: |
| Steve Jones wrote: | | Is there a way to allow email notification but have the "Suppress Email Notification" checked by default? We had complaints about the enormous amount of email so I turned off email notification for edits/replys, but there are times that I would like to allow email to be sent out -- this would imply allowing email by unchecking the "Suppress" box. |
What I think would be needed is:
Suppress Email on edit = 0|1|2
^
Where a '2' denotes that the "Suppress Email Notification" shows up but *checked* |
Just to a
Suppress default = 1 |
| Quote: |
Not quite what I am looking for. What I need is:
"New" Logs
- Always send an email -- do not provide an option to check the box.
-- use Suppress Default = 2
"Edits and Replys"
- Provide the option to send an email, but by default the "suppress" box is checked
-- need Suppress Email on edit = 2
|
|
Re: SVN1714 will not run in 'daemon" mode on Solaris8, posted by Steve Jones on Fri Sep 22 22:12:18 2006 
|
| Stefan Ritt wrote: |
| Steve Jones wrote: | | On Solaris, SVN1714 will not go into daemon mode. Running the compiled version under TRUSS (which provides a dump of every system call) and shows precisely where elog is failing. I have attached two TRUSS outputs: one where it errors out and the other where it runs but "interactively". Both runs are as root, simply one with and one without the "-D" |
The "one where it errors out" does not look like an error. It does the "fork()" at the end and the main thread ends, that's how it's supposed to be. |
| Quote: | Ok, I got it. I've attached the TRUSS output where we follow the fork. It appears that elogd cannot open any of the specified files then gives up. What was throwing me is no error output, even to STDERR. When I run the same but without the -D flag the files are opened fine.
There are also strange system calls that differ, and I thought it might be due to the setuid(60001) -nobody- but the the non-daemn mode also sets to nobody and works fine. |
|
|
Re: "Supress Email Notification" checkbox, posted by Stefan Ritt on Mon Oct 9 22:32:11 2006
|
| Suppress email on edit has been implemented in the current SVN revision just similar to the Suppress default flag having possible values of 0, 1, 2 and 3. |
|
Re: Append option for elog.exe, posted by Stefan Ritt on Tue Oct 10 08:56:49 2006
|
| Ben Shepherd wrote: | Hi,
Would it be possible to add an 'append' option to the elog.exe client program? I would like to be able to write a simple script for adding images into a logbook - i.e. right-click in Windows and click 'add to log', or click a button in LabVIEW or Matlab and have an image immediately added to the last log entry. There would also have to be an option to either return a list of entry IDs, or just append to the last entry. Is this possible/likely?
|
Unfortunately it is not simple under Windows to extend the right-click functionality. What I do is to use a snapshot program (like HoverSnap). Triggered with a definable hot key, it grabs a region of the screen and puts it into a GIF file. Then you can attach it to an elog. I agree it takes a couple of clicks, but it's still a quick thing. |
|
Re: Turn off smileys?, posted by Stefan Ritt on Tue Oct 10 09:00:08 2006
|
| Ben Shepherd wrote: | Can we please have an option to turn off the thing that changes smileys automatically into
pictures? |
Two ways:
- Submit your entry in plain mode (insted of ELCode)
- Put a \ in front of anything which is turned into a smiley, so ;) gets converted into
 , but \;) does not get converted
|
|
Re: Turn off smileys?, posted by Ben Shepherd on Tue Oct 10 11:13:16 2006
|
| Stefan Ritt wrote: |
- Submit your entry in plain mode (insted of ELCode)
- Put a \ in front of anything which is turned into a smiley, so ;) gets converted into , but \;) does not get converted
|
I realise that's possible, but things are getting converted into smileys that aren't intended to be smileys. Specifically, when I enter a question in brackets, the end bracket is converted into a smiley. (Like this?) should be (Like this\?). That is very annoying, and to be honest, I don't need the smileys. An option to switch them off would be the best thing. |
|
Re: Turn off smileys?, posted by Stefan Ritt on Tue Oct 10 11:27:30 2006
|
| Ben Shepherd wrote: |
| Stefan Ritt wrote: |
- Submit your entry in plain mode (insted of ELCode)
- Put a \ in front of anything which is turned into a smiley, so ;) gets converted into , but \;) does not get converted
|
I realise that's possible, but things are getting converted into smileys that aren't intended to be smileys. Specifically, when I enter a question in brackets, the end bracket is converted into a smiley. (Like this?) should be (Like this\?). That is very annoying, and to be honest, I don't need the smileys. An option to switch them off would be the best thing. |
I agree that the ?) smiley is annoying, so I changed it to ?-) which should prevent it from showing up in questions in brackets. I updated this server (you can see the effect above), the modification is committed to subversion. |