Re: [mv] UserTag db_date scalar parameter PosNumber redefined.

[Hans-Joachim Leidinger <jojo@buchonline.net>]

******    message to minivend-users from Hans-Joachim Leidinger <jojo@buchonline.net>     ******

Michael Schwartz schrieb:
> 
> ******    message to minivend-users from "Michael Schwartz" <michael@panamacom.com>     ******
> 
> after installing mv4.04, coming from mv4.02, i get the following message
> every time i do a
> restart...it doesnt do any harm to the normal functioning of minivend, but i
> would like to fix whatever has to be fixed to remove this message.....is it
> possible? what does it mean?
> 
> UserTag db_date scalar parameter PosNumber redefined.
> In line 8 of the configuration file 'usertag/db_date.old':
                                                      ^^^^
> UserTag  db-date  PosNumber 2

Delete the old file and use only _one_ file for each UserTag. 
You have an UserTag [db_date] in the file db_date _and_ în the file
db_date.old too. MV read the db_file, see an Usertag db_date and make
this as an Usertag [db_date]. After that, MV read the next file
db_date.old, see the UserTag _again_ and spotted a new other definition
of PosNumber in line 8.

For example: 
You make a new UserTag like [HelloWorld] and store this as a file
usertag/HelloWorld. Anytime you use your emacs again and you are editing
this file again to get a new messages like "Hello Minivend World!".
Emacs make a backup of this file like "HelloWorld~".  After every
restart of the MV server. I get still/always trouble with my UserTag, if
all the "xyz~" files are still there and all my changes has no effect. I
still get "Hello World!" instead of "Hello Minivend World!", because MV
read the file "HelloWorld" first and then "HelloWorld~". Do you
understand me, what i mean?

I hope, this can helps you!

Regards,

	Joachim


-- 
-------------Hans-Joachim Leidinger---------------------


-
To unsubscribe from the list, DO NOT REPLY to this message.  Instead, send
email with 'UNSUBSCRIBE minivend-users' in the body to Majordomo@minivend.com.
Archive of past messages: http://www.minivend.com/minivend/minivend-list