Re: ELOG Crash by many email address, posted by Stefan Ritt on Tue Jan 16 23:01:30 2007
|
An Thai wrote: | Hello,
when I try to set above 112 email addresses in
"Email All = ..."
the Elog service will crash with the error ntdll.dll or memory addresses x0000000.
This problem does not happen when I reduce the number of email addresses.
Have you had the same problem? |
I fixed that crash in the current version, but there is actually a limit of 100 email addresses. So anyhow you won't get the 12 ones above 100. I will try to increase that limit in the next version of elog. |
Re: ELOG Crash by many email address, posted by Grant Jeffcote on Tue Feb 6 18:19:57 2007
|
Stefan Ritt wrote: |
An Thai wrote: | Hello,
when I try to set above 112 email addresses in
"Email All = ..."
the Elog service will crash with the error ntdll.dll or memory addresses x0000000.
This problem does not happen when I reduce the number of email addresses.
Have you had the same problem? |
I fixed that crash in the current version, but there is actually a limit of 100 email addresses. So anyhow you won't get the 12 ones above 100. I will try to increase that limit in the next version of elog. |
Hi Stefan,
I'm also having a problem in the latest version with Elog crashing with multiple email addresses.
I am using 'MOptions' for email list selection using the execute shell script to send a predefined list (ie. the email list is in a text file not in the Elog config).
It seems when the list contains exactly 9 addresses it causes Elog to crash with a failure similar to An's, any less or any more and they are sent fine? Also when certain combinations of multiple list selections are made the Elog process will also crash? I am running the Elog process as an application (ie. not as a service, as per An's workaround) as it's the only way I can get the -x switch to work with Windows, this means the Elog daemon has to be manually restarted. Running WinXP SP2.
Any suggestions?
Thx |
Bug, posted by Robert-Jan Schrijvers on Thu Mar 1 15:55:52 2007
|
when i was editting my Admin file, by mistake i typed the next line:
[a}Options Sessies = p-zis-pr1{1}, p-szh-pro{2}, p-dia-pro{3}, a-zis-ac1{1}, a-zis-ac2{2}, a-dia-acc{3}, ---------------------, Anders
{b} Options Sessies = FSC Pro{4}, FSC Acc{4}, Risc/Bus/Sms Pro{5}, Risc/Bus/Sms Acc{5}, ---------------------, Anders
{c} Options Sessies = BAO, BEH, BAOMPSO, BEHMPSO, Demonstrator, AFS, PTG, BSN, ---------------------, Anders
{d} Options Sessies = Wijziging, Storing
the next thing happened was that eLog created a new log which wasn't editable at all, the only thing i could do was deleting it (i created a monster...;-)
The first line/rule with the [ become the title, all other entries in the Admin file were used as a new Admin file. |
Re: Bug, posted by Stefan Ritt on Thu Mar 1 22:19:22 2007
|
Robert-Jan Schrijvers wrote: | when i was editting my Admin file, by mistake i typed the next line:
[a}Options Sessies = p-zis-pr1{1}, p-szh-pro{2}, p-dia-pro{3}, a-zis-ac1{1}, a-zis-ac2{2}, a-dia-acc{3}, ---------------------, Anders
{b} Options Sessies = FSC Pro{4}, FSC Acc{4}, Risc/Bus/Sms Pro{5}, Risc/Bus/Sms Acc{5}, ---------------------, Anders
{c} Options Sessies = BAO, BEH, BAOMPSO, BEHMPSO, Demonstrator, AFS, PTG, BSN, ---------------------, Anders
{d} Options Sessies = Wijziging, Storing
the next thing happened was that eLog created a new log which wasn't editable at all, the only thing i could do was deleting it (i created a monster...;-)
The first line/rule with the [ become the title, all other entries in the Admin file were used as a new Admin file. |
You shot yourself in the foot 
I agree that a clever syntax check on the config file would be nice, but it's very hard to imagine how many mistakes humans (including myself) can do, I would probably never catch all possible wrong cases. Giving my limited time, I will more work on new features and kindly ask you to be a bit careful in what you enter. I'm absolutely sure you will never make this mistake again  |
Upgrade to 2.6.4 broke quick search, posted by T. Ribbrock on Tue Mar 6 16:59:13 2007
|
Hi!
I just went from 2.6.1 to 2.6.4 and since the upgrade, the quick search drop-down menus no longer work. I can select an attribute, but when I do so, I only get an empty page with the following message:
Attachment #0 of entry #0 not found
Please use your browser's back button to go back
When I do go back, the attribute I selected is still selected, but all entries are listed. With 2.6.1, this worked like a charm.
Any idea?
Thanks in advance,
Thomas |
Re: Upgrade to 2.6.4 broke quick search, posted by T. Ribbrock on Tue Mar 6 17:03:43 2007
|
T. Ribbrock wrote: |
[...]
I just went from 2.6.1 to 2.6.4 and since the upgrade, the quick search drop-down menus no longer work. I can select an attribute, but when I do so, I only get an empty page with the following message:
Attachment #0 of entry #0 not found
Please use your browser's back button to go back [...]
|
Apparently, this must have been some session-oddity - I just logged out and got an error message about a bad URL. I then went to the base URL of the logbook (i.e. http://server:8080), chose the correct logbook and logged in again. Things work fine since. No idea what went wrong the first time round...
Regards,
Thomas |
"Guest menu commands" not changing the menu line, posted by Steve Jones on Wed Mar 28 21:00:17 2007
|
I tried adding the lines below to my Global section, and while Guest access is turned on the menu line does not change. I tried searching SVN change logs for a comment regarding any 'guest' bugs but found nothing. Was this a problem at some point and fixed? I noticed that the Midas site is running 2.6.4-1814 and the guest menus work! Am I doing something wrong or was this a problem in the past?
Thanks!
Guest menu commands = List, Find, Login, Help
Guest List Menu commands = List, Find, Login, Help |
Re: "Guest menu commands" not changing the menu line, posted by Steve Jones on Thu Mar 29 23:03:26 2007
|
Steve Jones wrote: | I tried adding the lines below to my Global section, and while Guest access is turned on the menu line does not change. I tried searching SVN change logs for a comment regarding any 'guest' bugs but found nothing. Was this a problem at some point and fixed? I noticed that the Midas site is running 2.6.4-1814 and the guest menus work! Am I doing something wrong or was this a problem in the past?
Thanks!
Guest menu commands = List, Find, Login, Help
Guest List Menu commands = List, Find, Login, Help |
Quote: |
Ok, well, I built version 2.6.4-1795 and I have the same issue -- Guest menus do not show up when added to my configuration.
Suggestions on where to look? Start from scratch?
|
|
|