Ted Miglautsch [2012-11-17 13:40] :
> Instead of changing fb's command name maybe we should make them change
> their command names. :)
>
no way, too late, and even worst, isql from Firebird is not isql from
Interbase for example
we have to change ours, like we changed from gsd32 to fbclient.
-=| Philippe Makowski, 17.11.2012 10:48:19 +0100 |=-
> it could be then
>
> fb-sql, fb-dump, fb-security, fb-fixup, fb-stat, fb-backup, fb-qli,
> fb-preprocess, fb-split,
> fb-qli
>
> or
>
> fb_sql, fb_dump, fb_security, fb_fixup, fb_stat, fb_backup, fb_qli,
> fb_preprocess, fb_split, fb_qli
>
On 17-11-2012 09:52, Nando Dessena wrote:
> I'd suggest that new tool names come with a new set of revised switches,
> and that a compatibility layer be developed (tools with old names &
> switches that call the new ones).
>
I'm totally if favor of this and manifest it a long time ago when that
m
Instead of changing fb's command name maybe we should make them change
their command names. :)
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
17.11.2012 12:52, Nando Dessena wrote:
> and that a compatibility layer be developed (tools with old names &
> switches that call the new ones).
Whole this topic is about getting rid of tools with old names. What's the
point then?..
--
WBR, SD.
---
I'd suggest that new tool names come with a new set of revised switches,
and that a compatibility layer be developed (tools with old names &
switches that call the new ones).
Ciao
--
Nando Dessena
--
Monitor your physic
2012.11.17. 10:54 keltezéssel, Philippe Makowski írta:
> no dash, but underscore or nothing and fbsql conflict with others products
From a user's viewpoint I prefer fbclient, fbserver like naming. fbisql
(Firebird Interactive SQL Utility) is wrong?
Gabor
--
Dimitry Sibiryakov [2012-11-17 11:06] :
> 17.11.2012 10:54, Philippe Makowski wrote:
>> fbsql conflict with others products
>
>Not quite so. These other products have file extensions.
>
yes you are right
--
Monitor
Mark Rotteveel wrote:
> On 17-11-2012 09:47, marius adrian popa wrote:
>> >Redirects and FAQs can be refreshed , Memory can be refreshed
>> >Documentation can be updated , we can't live in the ib 1.0 - 4.0 era forever
>> >symlinks can be created at install times for oldtimers
>> >
>> >Times changed
17.11.2012 10:54, Philippe Makowski wrote:
> fbsql conflict with others products
Not quite so. These other products have file extensions.
--
WBR, SD.
--
Monitor your physical, virtual and cloud infrastructure from
Paul Reeves [2012-11-17 09:17] :
> On Saturday 17 Nov 2012 09:21:22 marius adrian popa wrote:
>> I agree on ubuntu i have isql-fb and is a lot faster to type than isql_fb
>>
>
> I guess it depends on the keyboard layout, too.
yes, and we have fb_lock_print, fb_inet_server, fbsvcmgr, fbtracemgr,
I was looking at the definition of the msg database used in the build.
As far as I can tell msg.gdl has been replaced with msg.sql. Is there a
reason it hasn't been deleted?
Mark
--
Mark Rotteveel
--
Monitor your physi
Dmitry Yemanov [2012-11-17 09:36] :
> 16.11.2012 23:38, 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, fb_pre,
>>> fb_split,
>>> fb_qli
>
> Basically, I agree with
On 17-11-2012 09:47, marius adrian popa wrote:
> Redirects and FAQs can be refreshed , Memory can be refreshed
> Documentation can be updated , we can't live in the ib 1.0 - 4.0 era forever
> symlinks can be created at install times for oldtimers
>
> Times changed from the Vax years and people requ
Redirects and FAQs can be refreshed , Memory can be refreshed
Documentation can be updated , we can't live in the ib 1.0 - 4.0 era forever
symlinks can be created at install times for oldtimers
Times changed from the Vax years and people request up to date
documentation and majority use a gui usua
16.11.2012 23:38, 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, fb_pre,
>> fb_split,
>> fb_qli
Basically, I agree with a new (and consistent) prefix. Personally, I'd
ra
On 16-11-2012 20: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, f
On 17-11-2012 00:34, Adriano dos Santos Fernandes wrote:
> Why do use underlines when fb alone is a good prefix (that don't mess
> with the next word)?
Agreed. A prefix is fine, but I don't think it needs a separator. If we
do want a separator, I have to say that I don't like an underline as a
s
On Saturday 17 Nov 2012 09:21:22 marius adrian popa wrote:
> I agree on ubuntu i have isql-fb and is a lot faster to type than isql_fb
>
I guess it depends on the keyboard layout, too.
Most important is to have a common and consistent prefix, I think. Especially
in environments with tabbed com
19 matches
Mail list logo
