On 07/17/12 19:30, Adriano dos Santos Fernandes wrote:
> Hi!
>
> Doesn't it sound clumsy that status string still use this pattern in the
> new API?
>
> As a first glance, I believe that:
> 1) Exception class should manage it's memory. When it receives and
> status vector, it must alloc. space for
On 17-7-2012 20:05, Adriano dos Santos Fernandes wrote:
> On 17/07/2012 14:50, Mark Rotteveel wrote:
>> I will investigate further this weekend. Mark
>
> You may download entire sourceforge svn repository with rsync to test
> locally.
>
> I do not have the url right now, but should not be difficult
On 17/07/2012 14:50, Mark Rotteveel wrote:
> I will investigate further this weekend. Mark
You may download entire sourceforge svn repository with rsync to test
locally.
I do not have the url right now, but should not be difficult to find it.
I think the import must not "change" the current rep
On 16-7-2012 11:11, Pavel Cisar wrote:
> Hi,
>
> I did the conversion of main Firebird modules to SVN.
>
> Dne 14.7.2012 17:19, Mark Rotteveel napsal(a):
>> Now that Jaybird 2.2 is released we want to migrate the CVS client-java
>> module to Subversion. Is there any documentation on how this was do
On 17/07/2012 13:02, Dmitry Yemanov wrote:
> 17.07.2012 19:30, Adriano dos Santos Fernandes wrote:
>> AFAIR, currently, temporary strings cannot be passed
>> to Arg::Str because they disappear
> -- commenting about v2.5, but I don't think there's much difference
>
> I believe this is not the case,
17.07.2012 19:30, Adriano dos Santos Fernandes wrote:
>
> AFAIR, currently, temporary strings cannot be passed
> to Arg::Str because they disappear
-- commenting about v2.5, but I don't think there's much difference
I believe this is not the case, because all former ERR_string() calls
disappeare
Hi!
Doesn't it sound clumsy that status string still use this pattern in the
new API?
As a first glance, I believe that:
1) Exception class should manage it's memory. When it receives and
status vector, it must alloc. space for strings, copy original ones to
it and manage it. AFAIR, currently, te
On 07/17/12 11:41, Paul Reeves wrote:
> On Tuesday 17 Jul 2012 10:58:37 Alex Peshkoff wrote:
>> On 06/21/12 11:33, Dmitry Yemanov wrote:
>>> 21.06.2012 11:20, Alex Peshkoff wrote:
Both places. A lot of firebird.conf parameters can be used in aliases in
order to have different config per
On 07/17/12 12:00, Dmitry Yemanov wrote:
> 17.07.2012 10:58, Alex Peshkoff wrote:
>
>> Renaming has both pluses (mentioned by you) and minuses (people, who do
>> not need per-DB config, but want to manage aliases, will find it as a
>> minimum strange).
> Why strange? An alias is just a registered
17.07.2012 10:58, Alex Peshkoff wrote:
> Renaming has both pluses (mentioned by you) and minuses (people, who do
> not need per-DB config, but want to manage aliases, will find it as a
> minimum strange).
Why strange? An alias is just a registered user-level name of the
*database*, so the new fi
On Tuesday 17 Jul 2012 10:58:37 Alex Peshkoff wrote:
> On 06/21/12 11:33, Dmitry Yemanov wrote:
> > 21.06.2012 11:20, Alex Peshkoff wrote:
> >> Both places. A lot of firebird.conf parameters can be used in aliases in
> >> order to have different config per database.
> >
> > Maybe we should think
On 06/21/12 11:33, Dmitry Yemanov wrote:
> 21.06.2012 11:20, Alex Peshkoff wrote:
>> Both places. A lot of firebird.conf parameters can be used in aliases in
>> order to have different config per database.
> Maybe we should think about renaming aliases.conf to something like
> databases.conf to b
12 matches
Mail list logo
