I agree on ubuntu i have isql-fb and is a lot faster to type than isql_fb
On Sat, Nov 17, 2012 at 8:58 AM, Roman Simakov wrote:
> I like long names and do not like underlines. It's more faster to type
> a name without underline.
>
> 2012/11/17 Doug Chamberlin :
>> Why not use underlines?
>>
>>
I like long names and do not like underlines. It's more faster to type
a name without underline.
2012/11/17 Doug Chamberlin :
> Why not use underlines?
>
> On 11/16/12 6:34 PM, Adriano dos Santos Fernandes wrote:
>> Why do use underlines when fb alone is a good prefix (that don't mess
>> with the
Why not use underlines?
On 11/16/12 6:34 PM, Adriano dos Santos Fernandes wrote:
> Why do use underlines when fb alone is a good prefix (that don't mess
> with the next word)?
--
Monitor your physical, virtual and cloud
On 16-11-2012 17:23, Philippe Makowski wrote:
> Hi all,
>
> we have some binaries that have conflict name with other products :
> isql (UNIX-ODBC) and gstat (Ganglia)
>
> may be Firebird 3 is the good time frame to rename our binaries ?
>
> for example :
> fb_sql, fb_bak, fb_sec, fb_fix, fb_stat
I agree with the longer names , is also better for readability and
firebird manual seo
On Fri, Nov 16, 2012 at 9:38 PM, Leyne, Sean wrote:
>
>
>> may be Firebird 3 is the good time frame to rename our binaries ?
>>
>> for example :
>> fb_sql, fb_bak, fb_sec, fb_fix, fb_stat, fb_nbackup, fb_qli, f
> may be Firebird 3 is the good time frame to rename our binaries ?
>
> for example :
> fb_sql, fb_bak, fb_sec, fb_fix, fb_stat, fb_nbackup, fb_qli, fb_pre, fb_split,
> fb_qli
I would suggest:
fb_backup, fb_security, fb_fixup, fb_stats and fb_precompile
I realize that the names are longer tha
Hi all,
we have some binaries that have conflict name with other products :
isql (UNIX-ODBC) and gstat (Ganglia)
may be Firebird 3 is the good time frame to rename our binaries ?
for example :
fb_sql, fb_bak, fb_sec, fb_fix, fb_stat, fb_nbackup, fb_qli, fb_pre,
fb_split, fb_qli
--
Philippe Mak
GSEC couldn't change user password after fix for CORE-3981
--
Key: CORE-3986
URL: http://tracker.firebirdsql.org/browse/CORE-3986
Project: Firebird Core
Issue Type: Bug
Compon
On 11/16/12 18:56, Mark Rotteveel wrote:
> On 16-11-2012 15:38, Alex Peshkoff wrote:
>>> Am I correct to assume that isc_spb_rpr_list_limbo_trans will only
>>> return the info items:
>>> - isc_spb_tra_id (?),
>>> - isc_spb_single_tra_id and
>>> - isc_spb_multi_tra_id
>>>
>>> And will not include th
On 16-11-2012 15:38, Alex Peshkoff wrote:
>> Am I correct to assume that isc_spb_rpr_list_limbo_trans will only
>> return the info items:
>> - isc_spb_tra_id (?),
>> - isc_spb_single_tra_id and
>> - isc_spb_multi_tra_id
>>
>> And will not include the isc_info_svc_limbo_trans items:
>> - isc_spb_tra
On 11/16/12 17:58, Mark Rotteveel wrote:
> On 11-10-2012 09:39, Alex Peshkoff wrote:
>>On 10/10/12 22:53, Mark Rotteveel wrote:
>>> Does anyone have a good description of the output of the servicemanager
>>> repair option isc_spb_rpr_list_limbo_trans.
>>>
>>> Or if no such description exists, c
On 11-10-2012 09:39, Alex Peshkoff wrote:
> On 10/10/12 22:53, Mark Rotteveel wrote:
>> Does anyone have a good description of the output of the servicemanager
>> repair option isc_spb_rpr_list_limbo_trans.
>>
>> Or if no such description exists, could someone point me to the code
>> that generat
Cannot create or alter stored procedure with NUMERIC(15,5) in Dialect 1
database via ExecuteImmediate, but can via DSQL
---
Key: CORE-3985
URL: htt
[Attempt to reopen an open cursor] in
"Execute->Fetch->Cancel->Close->Execute->Fetch->Error"
Key: CORE-3984
URL: http://tracker.firebirdsql.org/browse/CORE-3984
14 matches
Mail list logo
