Bugs item #1834421, was opened at 2007-11-19 11:03
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=743020aid=1834421group_id=139143
Please note that this message will contain a full copy of
Hi Juha,
i submitted in your behalf a bug on the tracker.
Regards,
Bogdan
Juha Heinanen wrote:
a while back, i tried to make openserctl work in trunk:
http://www.nabble.com/openserctl-ping-p12307302.html
my conclusion was that bask does not allow newlines in arguments and
some other
Hi Juha,
actually the DB table definition was not change - there was a bug in the
newly added db schema for generating the DB definitions.
Regards,
Bogdan
Juha Heinanen wrote:
Bogdan-Andrei Iancu writes:
- fixed DB schema:
1) domain column may be NULL in location and aliases tables
Hi Juha,
I will give it a try - thanks for the hint!
Regards,
Bogdan
Juha Heinanen wrote:
Bogdan-Andrei Iancu writes:
I'm not able to reproduce this...could you get the full debug (from
start to shutdown) and send it to me?
bogdan,
i noticed that the error message only appears when
Revision: 3167
http://openser.svn.sourceforge.net/openser/?rev=3167view=rev
Author: bogdan_iancu
Date: 2007-11-19 02:36:08 -0800 (Mon, 19 Nov 2007)
Log Message:
---
- to avoid buffer overflow or garbage printing due bogus statis lens, a new
macro is added to auto-compute
Revision: 3168
http://openser.svn.sourceforge.net/openser/?rev=3168view=rev
Author: bogdan_iancu
Date: 2007-11-19 02:37:12 -0800 (Mon, 19 Nov 2007)
Log Message:
---
- use the newly added macro for setting the lens of the static MI strings.
Modified Paths:
--
On Monday 19 November 2007, Bogdan-Andrei Iancu wrote:
Hi Dan,
makes sense what you are saying - actually there are a lot of places
where the return codes of the MI commands needs to be change (there are
mixture between the return code of the MI command and the retune code
of the command
Right - please have it changed.
Regards,
Bogdan
Dan Pascu wrote:
On Monday 19 November 2007, Bogdan-Andrei Iancu wrote:
Hi Dan,
makes sense what you are saying - actually there are a lot of places
where the return codes of the MI commands needs to be change (there are
mixture between
Feature Requests item #1833733, was opened at 2007-11-17 20:29
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=743023aid=1833733group_id=139143
Please note that this message will contain a full copy
it is slow, but workable for me...
regards,
PS: I do parallel tasks :P
Dan Pascu wrote:
On Monday 19 November 2007, Bogdan-Andrei Iancu wrote:
Hi Juha,
i submitted in your behalf a bug on the tracker.
At times, the sf tracker is dead slow for me as well.
On Monday 19 November 2007, Bogdan-Andrei Iancu wrote:
Hi,
To solve this potential problem without any change in the MI interface
and without no runtime penalties (strlen), I just added a small macro
MI_SSTR (MI Static String) to compute the len of a static string at
compile time.
With
On Monday 19 November 2007, Bogdan-Andrei Iancu wrote:
Right - please have it changed.
Have it changed to what exactly? 200 OK or some other 2xx Reload not
necessary?
Regards,
Bogdan
Dan Pascu wrote:
On Monday 19 November 2007, Bogdan-Andrei Iancu wrote:
Hi Dan,
makes sense what
Bugs item #1682036, was opened at 2007-03-16 13:55
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=743020aid=1682036group_id=139143
Please note that this message will contain a full copy of the
Dan Pascu wrote:
On Monday 19 November 2007, Bogdan-Andrei Iancu wrote:
Hi,
To solve this potential problem without any change in the MI interface
and without no runtime penalties (strlen), I just added a small macro
MI_SSTR (MI Static String) to compute the len of a static string at
On Monday 19 November 2007, Bogdan-Andrei Iancu wrote:
Good question :)...Maybe 202 Accepted ??
That's why I asked the question, to see what other people think of this.
--
Dan
___
Devel mailing list
Devel@lists.openser.org
Revision: 3170
http://openser.svn.sourceforge.net/openser/?rev=3170view=rev
Author: henningw
Date: 2007-11-19 06:15:17 -0800 (Mon, 19 Nov 2007)
Log Message:
---
- add missing documentation about cr_prime_balance_by_from function
Modified Paths:
--
Bogdan-Andrei Iancu writes:
actually the DB table definition was not change - there was a bug in the
newly added db schema for generating the DB definitions.
bogdan,
i remember checking svn diffs of one .sql file and saw that some column
now allowed NULL value which was now allowed in
Juha,
in 1.2 that columns were accepting NULL values (in the mysql_openser
script), but when creating the DB schema, by mistake, the columns were
set as NOT NULL.
The error was when a new way of creating the DB table was implemented -
a translation error. From openser point of view nothing
Revision: 3172
http://openser.svn.sourceforge.net/openser/?rev=3172view=rev
Author: bogdan_iancu
Date: 2007-11-19 10:00:25 -0800 (Mon, 19 Nov 2007)
Log Message:
---
- fixed destroy sequence - if script check is done, do not make a general
clenup as none of the services to
Bugs item #1827363, was opened at 2007-11-07 09:36
Message generated for change (Comment added) made by dan_pascu
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=743020aid=1827363group_id=139143
Please note that this message will contain a full copy of the comment
I've noticed that openser is very chatty lately. I see these lines on the
console when I run openser -c:
Nov 19 22:12:19 [8885] NOTICE:core:main: initialize the pseudo random
generator from /dev/urandom
Nov 19 22:12:19 [8885] INFO:core:pv_parse_hdr_name: using hdr type (21)
instead of Event
Bugs item #1834860, was opened at 2007-11-19 16:43
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=743020aid=1834860group_id=139143
Please note that this message will contain a full copy of
Dan Pascu writes:
I've noticed that openser is very chatty lately.
this reminds me about memory debug that is now on by default in trunk.
if one is not interested in memory debugging, it is hard to find the
relevant degug lines among the memory ones.
would it be possible to make memory debug
Bugs item #1834870, was opened at 2007-11-19 17:14
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=743020aid=1834870group_id=139143
Please note that this message will contain a full copy of
24 matches
Mail list logo
