ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
380
|
Mon Jun 30 02:12:24 2003 |
| Sridhar Anandakrishnan | sak@essc.psu.edu | Bug fix | Mac OSX | 2.3.8 | Re: runtime error under Mac OS X 10.2 | Joe,
Run the command
`limit' (if you are running tcsh) and `ulimit -a' if you are running bash
(these are command line programs that will tell you the resources you are
allowed to use. Look at filesize, datasize, and stacksize - these need to be
8M or so)
You can increase these by typing, e.g.,
limit filesize unlimited
limit datasize unlimited
limit stacksize unlimited
(the equivalent command for bash are `ulimit -f unlimited', `ulimit -d
unlimited' and `ulimit -s unlimited', without the quotes)
which will increase the limits to the max imposed by the administrator.
If that doesn't increase your limits, you will have to contact the admin to
have them raised system wide.
If you are the administrator/sole user, you can set them to the max in the file:
/etc/rc.common.
I have included the following at the end of the file:
##
# Enable coredumps if requested.
##
if [ "${COREDUMPS:=-NO-}" = "-YES-" ]; then
ulimit -c unlimited
ulimit -d unlimited
ulimit -s unlimited
fi
and I have put this in /etc/hostconfig
COREDUMPS=-YES-
Hope this helps - if that doesn't fix it, sorry!
Sridhar
> I have been trying to build and run elog under Mac OS X 10.2.6, without
sucess. I
> understand that this is not one of the 'supported' platforms, but I hope
that there is someone
> here who might know the work-around to my problem.
>
> I've tried building elog 2.2.5, 2.3.6, 2.3.7, and 2.3.8. I've tried using
the compiler that comes
> in the Mac OS X 10.2 box, as well as the gcc-based compiler supplied in
Apple's Dec 2002
> developer update (gcc 3.1), and the June '03 update as well (gcc 3.3).
>
> elog builds without error in all cases I tried.
>
> When I run it, it will correctly serve the demo notebook. However, when the
user clicks on the
> test message to display it in full, there is a seg fault.
>
> I suspect that the trouble might be with something defined in time.h.
>
> I've run it in gdb, and the result is appended to this message. This is for
gcc 3.3 and elog
> 2.3.8.
>
>
> I would greatly appreciate any hints or suggestions.
>
> Cheers, Joe
>
> ---
>
> [satsuma:~/Documents/elog_build/elog-2.3.8] jgiaime% gdb ./elogd
> GNU gdb 5.3-20030128 (Apple version gdb-282) (Fri Jun 13 03:33:07 GMT 2003)
> Copyright 2003 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for details.
> This GDB was configured as "powerpc-apple-darwin".
> Reading symbols for shared libraries .. done
> (gdb) run
> Starting program: /Users/jgiaime/Documents/elog_build/elog-2.3.8/elogd
> Reading symbols for shared libraries . done
> Indexing logbook "demo" ... ok
> Server listening on port 8080...
>
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> 0x00005870 in el_retrieve (lbs=0x1, message_id=50, date=0xbfff2500 "demo",
> attr_list=0x0, attrib=0x365620, n_attr=1, text=0xbfff2280 "1", textsize=0x1,
> in_reply_to=0x0, reply_to=0x0, attachment=0x0, encoding=0x0, locked_by=0x0)
at src/
> elogd.c:2775
> 2775 {
> (gdb) up
> #1 0x0001d9b4 in interprete (lbook=0x1 <Address 0x1 out of bounds>,
path=0xbfff2280
> "1") at src/elogd.c:12279
> 12279 show_elog_message(lbs, dec_path, command);
> (gdb) up
> #2 0x0001db10 in decode_get (logbook=0xbffff340 "demo", string=0x3a300a
"1") at src/
> elogd.c:12325
> 12325 interprete(logbook, path);
> (gdb) up
> #3 0x00020080 in server_loop (tcp_port=836736, daemon=-1073732640) at src/
> elogd.c:13398
> 13398 decode_get(logbook, p);
> (gdb) up
> #4 0x00021134 in main (argc=1, argv=0xbffff850) at src/elogd.c:13832
> 13832 server_loop(tcp_port, daemon);
> (gdb) up
> Initial frame selected; you cannot go up.
> (gdb) |
379
|
Mon Jun 30 00:11:09 2003 |
| Joseph Giaime | giaime@phys.lsu.edu | Bug report | Mac OSX | 2.3.8 | runtime error under Mac OS X 10.2 | I have been trying to build and run elog under Mac OS X 10.2.6, without sucess. I
understand that this is not one of the 'supported' platforms, but I hope that there is someone
here who might know the work-around to my problem.
I've tried building elog 2.2.5, 2.3.6, 2.3.7, and 2.3.8. I've tried using the compiler that comes
in the Mac OS X 10.2 box, as well as the gcc-based compiler supplied in Apple's Dec 2002
developer update (gcc 3.1), and the June '03 update as well (gcc 3.3).
elog builds without error in all cases I tried.
When I run it, it will correctly serve the demo notebook. However, when the user clicks on the
test message to display it in full, there is a seg fault.
I suspect that the trouble might be with something defined in time.h.
I've run it in gdb, and the result is appended to this message. This is for gcc 3.3 and elog
2.3.8.
I would greatly appreciate any hints or suggestions.
Cheers, Joe
---
[satsuma:~/Documents/elog_build/elog-2.3.8] jgiaime% gdb ./elogd
GNU gdb 5.3-20030128 (Apple version gdb-282) (Fri Jun 13 03:33:07 GMT 2003)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "powerpc-apple-darwin".
Reading symbols for shared libraries .. done
(gdb) run
Starting program: /Users/jgiaime/Documents/elog_build/elog-2.3.8/elogd
Reading symbols for shared libraries . done
Indexing logbook "demo" ... ok
Server listening on port 8080...
Program received signal EXC_BAD_ACCESS, Could not access memory.
0x00005870 in el_retrieve (lbs=0x1, message_id=50, date=0xbfff2500 "demo",
attr_list=0x0, attrib=0x365620, n_attr=1, text=0xbfff2280 "1", textsize=0x1,
in_reply_to=0x0, reply_to=0x0, attachment=0x0, encoding=0x0, locked_by=0x0) at src/
elogd.c:2775
2775 {
(gdb) up
#1 0x0001d9b4 in interprete (lbook=0x1 <Address 0x1 out of bounds>, path=0xbfff2280
"1") at src/elogd.c:12279
12279 show_elog_message(lbs, dec_path, command);
(gdb) up
#2 0x0001db10 in decode_get (logbook=0xbffff340 "demo", string=0x3a300a "1") at src/
elogd.c:12325
12325 interprete(logbook, path);
(gdb) up
#3 0x00020080 in server_loop (tcp_port=836736, daemon=-1073732640) at src/
elogd.c:13398
13398 decode_get(logbook, p);
(gdb) up
#4 0x00021134 in main (argc=1, argv=0xbffff850) at src/elogd.c:13832
13832 server_loop(tcp_port, daemon);
(gdb) up
Initial frame selected; you cannot go up.
(gdb) |
378
|
Mon Jun 23 10:53:55 2003 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.3.8 | Re: Bug Found | > Im using the plain RPM from 2.3.8, i uninstalled the 2.3.7 RPM before this
> upgrade, the only thing I kept was my own stylesheets and the config file.
>
> One thing I just noticed is that if you dont have the URL statement set
> under global properties, some machines quote the hostname of the machine at
> which point this breaks the link. if you define the URL to the IP address
> the problem goes away.
>
> However even without the URL setting undefined, it works for some people
> but not for others, I tried from 2 seperate machines and got 2 lots of
> results, so I suspect it might be DNS related somewhere along the lines.
The only place I can see this problem could arise from is the "Referer:"
statement in the HTTP header. This is sent by the browser to elogd, so if the
included URL contains a blank, this could cause the problem in case no "URL"
statement is present in elogd.cfg. Can you please run "elogd -v" to see the
communication betwen elogd and your browser and check this? Maybe it depends
from the browser, or even from the history of previous accesses. If you
confirm that the "Referer:" statement contains blanks, I can put in a fix. |
377
|
Fri Jun 20 10:40:43 2003 |
| nickc1 | nick@nick.com | Bug report | Linux | 2.3.8 | Re: Bug Found | > > Correct Way prior to 2.3.8
> >
> > http://192.168.0.1:99/Provisioning%20Request/35
> >
> > Broken way with new version
> >
> > http://192.168.0.1:99/Provisioning Request/35
>
> Exactly this problem has been fixed between 2.3.7 and 2.3.8, so can it be
> that you mixed up these two versions? To be precise, the fix happend in
> Revision 1.113 from 2003/06/04 08:17:35. So are you sure that you use a
> version of elogd after that modification? I tried to reproduce your
problem
> with the official 2.3.8 version, but I got the correct result.
Im using the plain RPM from 2.3.8, i uninstalled the 2.3.7 RPM before this
upgrade, the only thing I kept was my own stylesheets and the config file.
One thing I just noticed is that if you dont have the URL statement set
under global properties, some machines quote the hostname of the machine at
which point this breaks the link. if you define the URL to the IP address
the problem goes away.
However even without the URL setting undefined, it works for some people
but not for others, I tried from 2 seperate machines and got 2 lots of
results, so I suspect it might be DNS related somewhere along the lines. |
376
|
Thu Jun 19 13:45:09 2003 |
| Etienne Van Caillie | etienne.vancaillie@mba.be | Info | Linux | Windows | Mac OSX | | Re: logboog for new project | Tomas send you by mail the source files and documentation in English
> > 1. shellonsubmit command : give the possibility to execute external
> > program from elog by sending specific parameter (user/logbook/message ID)
> >
> > 2. elog log file in xml format : give a better view on what happens with
> > users see attachments easy to push the files to excel or sql database.
>
> I'm happy to include these functions in the source code, please send them
> to me.
>
> > 3. synchronisation to mySql or SQL server through perl routine and the
> > shellonsubmit command
> > this will push any new/edit/delete command in sql server so we keep a
> > full historic off all transaction in ELOG
>
> Can you please put this perl routine into the "Contributions" section
>
> > 4. sms gateway : from elog entry we send sms message throught internet
> > gateway (perl routine)
>
> Same as above.
>
> > other projet :
> > we use a logbook from our external phone call
> >
> > from our telephone connected to RS232 and/or TAPI interface we keep the
> > phone number and try to find the name from sql server : if found
> > we want to push an automatic entry in elog and fill specific field like
> > name/contact/last phone call....
> >
> > I will ask to Stephan Ritt what's the best way to include our routine in
> > his standard source ?
>
> As I said, put the perl programs into the "Contributions" logbook, send
the
> C source code modifications to me.
>
> > could we create a specific logbook for the wishlist
> > in elog/contribution may be some parameters for the actual status of the
> > project ?
>
> Good idea, will do so. |
375
|
Wed Jun 18 16:11:21 2003 |
| Stefan Ritt | stefan.ritt@psi.ch | Info | Linux | Windows | Mac OSX | | Re: logboog for new project | > 1. shellonsubmit command : give the possibility to execute external
> program from elog by sending specific parameter (user/logbook/message ID)
>
> 2. elog log file in xml format : give a better view on what happens with
> users see attachments easy to push the files to excel or sql database.
I'm happy to include these functions in the source code, please send them
to me.
> 3. synchronisation to mySql or SQL server through perl routine and the
> shellonsubmit command
> this will push any new/edit/delete command in sql server so we keep a
> full historic off all transaction in ELOG
Can you please put this perl routine into the "Contributions" section
> 4. sms gateway : from elog entry we send sms message throught internet
> gateway (perl routine)
Same as above.
> other projet :
> we use a logbook from our external phone call
>
> from our telephone connected to RS232 and/or TAPI interface we keep the
> phone number and try to find the name from sql server : if found
> we want to push an automatic entry in elog and fill specific field like
> name/contact/last phone call....
>
> I will ask to Stephan Ritt what's the best way to include our routine in
> his standard source ?
As I said, put the perl programs into the "Contributions" logbook, send the
C source code modifications to me.
> could we create a specific logbook for the wishlist
> in elog/contribution may be some parameters for the actual status of the
> project ?
Good idea, will do so. |
374
|
Wed Jun 18 14:50:23 2003 |
| Etienne Van Caillie | etienne.vancaillie@mba.be | Info | Linux | Windows | Mac OSX | | logboog for new project | we develop some improvement to elog and modify the C source
to adapt some internal improvement.
1. shellonsubmit command : give the possibility to execute external program
from elog by sending specific parameter (user/logbook/message ID)
2. elog log file in xml format : give a better view on what happens with
users see attachments easy to push the files to excel or sql database.
3. synchronisation to mySql or SQL server through perl routine and the
shellonsubmit command
this will push any new/edit/delete command in sql server so we keep a full
historic off all transaction in ELOG
4. sms gateway : from elog entry we send sms message throught internet
gateway (perl routine)
If somebody has good experience in C and Perl I suggest to contact me to
improve this wonderfull product
Thank Stephan
other projet :
we use a logbook from our external phone call
from our telephone connected to RS232 and/or TAPI interface we keep the
phone number and try to find the name from sql server : if found
we want to push an automatic entry in elog and fill specific field like
name/contact/last phone call....
I will ask to Stephan Ritt what's the best way to include our routine in
his standard source ?
could we create a specific logbook for the wishlist
in elog/contribution may be some parameters for the actual status of the
project ?
SQL :
for our sql link we have a probleme as elog re use id when deleted
we must generate an unique ID for each elog CREATE
and a version# field automaticly incremented after each update.
This must be implemented in ELOG source. |
373
|
Tue Jun 17 12:52:34 2003 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.3.8 | Re: Bug Found | > Correct Way prior to 2.3.8
>
> http://192.168.0.1:99/Provisioning%20Request/35
>
> Broken way with new version
>
> http://192.168.0.1:99/Provisioning Request/35
Exactly this problem has been fixed between 2.3.7 and 2.3.8, so can it be
that you mixed up these two versions? To be precise, the fix happend in
Revision 1.113 from 2003/06/04 08:17:35. So are you sure that you use a
version of elogd after that modification? I tried to reproduce your problem
with the official 2.3.8 version, but I got the correct result. |
|