В Срд, 21.04.2004, в 13:27, Ilja Booij пишет: I apologize, has found in what a problem, during time recrusive calls it is lost database statment and as the result db_get_result can return NULL, and is farther signal 11.
it is necessary to think out something, I initially did not like functions db_get_result_set and db_set_result_set :-( Once again I ask an apology for superfluous noise :-) > On Wed, 2004-04-21 at 11:03, Anton Nekhoroshih wrote: > > п▓ п║я─п╢, 21.04.2004, п╡ 12:52, Ilja Booij п©п╦я┬п╣я┌: > > > On Mon, 2004-04-19 at 18:25, Anton Nekhoroshih wrote: > > > > п©Б√⌠ п©ц╥п©Б∙╚п©Б∙╒, 19.04.2004, п©Б∙║ 13:42, Ilja Booij > > > > п©б╘п©Б∙╕я▐Б■╛п©Б∙ёя▐Б■▄: > > > > > > > > Before I have altered to myself function db_addalias in field DELIVER_TO > > > > were USER_IDNR and delivery on it alisam did not reach. As soon as all > > > > has altered, as I spoke, all has earned. > > > > > > Strange, because the deliver_to field *should* hold the user_idnr. It is > > > supposed to work that way. It's probably something that's incompatible > > > with Oracle. > > > > Then what for the field deliver_to has a format varchar it incorrectly > > to use two algorithms on one field let it will be better varchar and > > will store real addresses. > > I agree that the current solution is not elegant. We could probably > change it, but it should not be changed before 2.0 > > Another strange thing is that your solution is not working here. When > there's a username instead of a user_idnr in deliver_to, dbmail attempts > to do an external forward. > > Ilja > > > _______________________________________________ > Dbmail-dev mailing list > [email protected] > http://twister.fastxs.net/mailman/listinfo/dbmail-dev >
