MBSE--------------------- < Пред. | След. > -- < @ > -- < Сообщ. > -- < Эхи > --
 Nп/п : 13 из 13
 От   : Vincent Coen                        2:250/1           16 июл 23 22:55:57
 К    : Andrew Leary                                          16 июл 23 01:03:10
 Тема : mbse v..4 and hatch and
----------------------------------------------------------------------------------
                                                                                 
@MSGID: 2:250/1@fidonet 64b4676e
@REPLY: 1:320/119 64b36b5e
@CHRS: UTF-8 2
@TZUTC: 0100
@TID: MBSE-FIDO 1.0.8.4 (Linux-x86_64)
Hello Andrew!

Saturday July 15 2023 23:54, you wrote to me:

 > Hello Vincent!

 > Friday July 14 2023 21:46, Vincent Coen wrote to Sean Dennis:

 >>> I don`t think you can use a wildcard.  I believe it has to be an
 >>> actual filename.  I am no expert on this but many years ago I
 >>> talked to the Allfix developer about this.

 VC>> Found the TIC spec in doc FTS-5006.001 which states :

 VC>>  Replaces

 VC>>      This specifies that the file replaces one or more files that
 VC>>      were sent previously. It is up to the receiving system if it
 VC>>      honours this keyword.
 VC>>      The wildcard characters `?` and `*` may be used with the
 VC>> usual
 VC>>      meaning as in MS-DOS.
 VC>>      Some tic processors do not support wild cards and use of
 VC>>      wild cards with this keyword may cause unexpected results.


 VC>> With the proviso of unexpected results which I assume means that
 VC>> if you use *.* it will scrap the lot so any s/w must check that
 VC>> such a first `*` is not less than the 5 chars etc.

 VC>> So the question is what does mbse do and more importantly in what
 VC>> program ?

 > MBSE does NOT support wildcards in the .TIC Replaces directive.  The
 > processing of the Replaces directive is done in addbbs.c which handles
 > adding the file to the BBS file database.

That`s a shame but I will have to live with it.
The trouble is I get new additions to one area i.e., PDNBASIC as a file
without any TIC details including description so I have to do a unzip -z
filename.ZIP just to get the one liner to use when running hatch - that then
gets the full description via file_id.diz but if I just use a one word detail,
that get passed on to all downlinks instead.

I have now asked him to specify the previous fn.

Can I assume that if I specify old fn to REPLACE it is NOT case sensitive ?

He does NOT run a BBS.

Vincent

--- Mageia Linux v8 X64/Mbse v1.0.8.3/GoldED+/LNX 1.1.5-b20180707
 * Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1)
SEEN-BY: 1/120 18/0 25/0 50/109 123/0 25 180 200
755 3001 135/115 300
SEEN-BY: 153/7715 154/10 222/2 240/1120 250/0 1 2
3 4 5 6 7 8 11 12 13 14
SEEN-BY: 263/0 275/1000 1000 299/6 301/1 467/4 888
712/1321 1321 3634/0 12 12
SEEN-BY: 3634/27 57 119 5000/111 5001/100 5005/49
5019/40 5020/715 846 848
SEEN-BY: 5020/1042 4441 12000 5030/49 1081 5058/104
5061/133 5075/128
SEEN-BY: 5083/444 5090/958
@PATH: 250/1 3634/12 5020/1042 4441



   GoldED+ VK   │                                                 │   09:55:30    
                                                                                
В этой области больше нет сообщений.

Остаться здесь
Перейти к списку сообщений
Перейти к списку эх