Zugg Software :: Search

Ran the upgrade that I got asked for as I started CMUD from 3.17 I think. Installed. Started up... And afterwards all my database variables were screwed up.

How?

Instead of keys being assigned p ...

Hm. I might have had this open in the background when I did the importing. I cannot remember now. I did think that when an importing is made, a separate session is creating that had nothing whatsoever ...

Earlier today I imported a zmud session to CMUD... and discovered tonight that the settings of an existing session had gotten triggers and aliases at least inserted from the session I imported. They e ...

Charneus: I didn't write the script. I'm using it and converting it to CMUD. The method implemented works for what it was meant to do.

The problem lies in the fact that ">= var" has to be replac ...

It's done the way it's done. The ">=" doesn't work in cmud but works in zmud. Therefore I've had to change it to > (variable+1).

This gives me an error

#ADDKEY EnchantVar Req1 %if( %db( @EnchantSpecification, DoResonate)!=0, %db( @EnchantVar, LuckAdded) >= %db( @EnchantSpecification, MinLuck) ...

Done. Sent to sales@zuggsoft.com

Ok Zugg, I thought that I wrote the wrong code, but I didn't. The outputs of a corrent and a wrong item are identical when I double check now. And no. This problem occurs quite emediatelly after conne ...

I'm sorry, I wrote the wrong version. It is 3.13

I have sent an email to support@zuggsoft.com with a picture that demonstrates the problem.

This seems to occur randomly. I cannot say how to reproduce it. I will see different miscoloring ff I type "eq" at various occations...
Below is the same item, it should have the same coloring always ...

I've got strange crashes where I haven't been able to send crash report to you zugg. One was upon quitting and using "close" at the window after quitting.. and the other was during "normal" run.

Since upgrading to 3.13, I've started to see some really strange coloring. The mud output gets some random colors, differing from what it's supposed to be. The scrolling also feels slower, where lines ...

This issue has become somewhat solved. The program seems to first write to, then read from, the same location always.

This means that the scripts don't break, but a lot of junk variables end up be ...

Zugg, please check the same for other commands such as #VAR, #ALIAS and #ALARM also.

I've had huge issues with something very similar to this... The only difference is that for me, variables were created/modified/read from other windows (capture windows). I haven't been able to reprod ...

find what .pkg file(s) you are using, turn off CMUD, then copy. I at least have not been able to send files in use to a zip file, so I guess CMUD has to be turned off...
EDIT: when you open CMUD, and ...

If you got a mouse with a spare button... Use windows magnify! :)

Have you checked the fonts section in prefences?

The trigger I posted does that.

A simple trigger is:

#TRIGGER {You find (*) in the garden.} {#VAR vegetable %1;gather @vegetable}

for the first type of action.

with "all variables", do you mean variables from other scripts that are running in parallel in the background?

I use

;

at the very beginning of the line

Since changing to dot in Windows, the problem has not been repeated for like 2 days. Starts feeling safe to say that a windows comma delimiter COULD cause problems.

I have a database with 2 records, for testing.

#VAR row %sql(@DB_name, "SELECT * FROM MobList")
#LOOP 5 {
#SHOW "MobName: " @row.Item("MobName&qu ...