Girder 5 Bug Thread

[Ron]

Please submit any bugs in our online (bug) ticket tracker (http://promixis.com/tickets)

[Francois]

Ok, I'll go first ;)

* Girder loses ALL its settings when running with UAC enabled on my Vista PC (when I disable UAC, they all come back!)

* I can't select Audio playback devices under Vista (using mixer.SetDefaultWaveOutDeviceName and similar functions)

* The Device manager doesn't work under Vista (http://localhost/dmex/ shows 'Initializing...' and 'Connected' on the upper right corner, but doesn't go any further)

Besides this, and a few stability issues (which may be Vista related as well), I'm quite happy with G5

Eiffel

[Ron]

Regarding bug #3 what browser are you using?

[Francois]

I'm using IE7 with the default settings (save for UAC that is... which means I'm not running in Protected mode).

[Sooloom]

When open On error ---- jump to ---- browse

Girder No response

[Rob H]

When open On error ---- jump to ---- browse

Girder No response

Um? Can you explain that?

[Sooloom]

Um? Can you explain that?

Trying to use browse in OnError for an action causes lock

[quixote]

When you add an event, edit the event by selecting "Girder Events" in the first drop down box and start typing the name of the event in the second box, the first box switches to Raw:Keyboard automatically. You then have to go back and switch it to "Girder Events" again.

[quixote]

Also, when you use the "File Execute" action and set it to hide, or minimize no activate it rarely works. It executes the file, but it stays visible. Can anyone else attest to this?


By the way, this thread is a great idea.

[harleydude]

I have noticed that when I have to shutdown Girder, that when I start it back up weird things happen with the CID calls data. Below is an example of a Device Print on the CID device in Device Manager.



Controls:
ID: Calls
Name: Calls
Type: Records
Path: ncc-1701\CallerID\Main Line\Calls
Record: 1 of max 100
Name Dad's Cell Phone
Number 1111111111
Time 17:54:05
Date 22.01.2008
Record: 2 of max 100
Name Geoff's Cell Phone
Number 1111111111
Time 20:22:20
Date 19.01.2008
Record: 3 of max 100
Name Dad's Cell Phone
Number 1111111111
Time 22:40:01
Date 19.01.2008
Record: 4 of max 100
Name Private Caller
Number
Time 18:48:56
Date 20.01.2008
Record: 5 of max 100
Name FLAKE WILKERSON
Number 1111111111
Time 10:36:59
Date 21.01.2008
Record: 6 of max 100
Name BUTTS,DANELLE
Number 1111111111
Time 18:45:15
Date 21.01.2008
Record: 7 of max 100
Name -UNKNOWN CALLER-
Number
Time 19:17:46
Date 21.01.2008
Record: 8 of max 100
Name UNAVAILABLE
Number 1111111111
Time 11:40:52
Date 22.01.2008


Notice that Record 1 is a call I made today after shutting down G and restarting. The remain calls are ordered from oldest to newest. This is causing confusion when displaying the call log in NR.

[Rob H]

That's very strange - I can't see any reason why it would reverse the order of the calls when loading or saving the data, but I'll keep looking.

[oleb]

I am mapping standard event towards my Harmony remote via USB-UIRT. I am opening the Event Mapping Editor and pressing the Add New Mapping Device Button. A new node is created. I am able to rename it and also able to create the first ouput event. But when trying to use the output event pull down menu to the right nothing is visible there. When going back and pressing the Mapping Device node again in order to delete it I get the error window : An Error occured in the application. I have used the same procedure in Girder 4 many times without any problems.
I am runing Vista Home Premium. Ir detector is the USB-UIRT with latest driver instaled.

[jwilson56]

That's very strange - I can't see any reason why it would reverse the order of the calls when loading or saving the data, but I'll keep looking.

I can verify that it does indeed reverse the order of the caller log. It happens when G5 is shut down and restarted.

John

[Rob H]

I really don't understand how this is happening - my tests on the table.load and table.save functions (used in gir.WriteConfigTable ad gir.ReadConfigTable) seem to preserve the sort order, and, as far I can see nothing in the caller ID code is calling table.sort

Very puzzling!

[blyons]

1. I could not get the Send IR CCF function to work when inserting a new action in G5. The IR indicator flashes on the GC100, but the device is not triggered. However, when I created the action in G4 with identical IR strings, which triggers the device successfully, then save the gml & run that gml in G5, it works. Interestingly, if I then copy that action (which was created in G4) in G5 and change the IR string, it still works.
2. The Send ASCII action is not listed in the available actions.
3. When attempting to open (edit) the Send ASCII action in the demo.gml, I get the following error: DUI Subsystem Requested DUI Page Not Found (243,101). I'm thinking of trying the G4-G5 copy test with this as well, but have not yet done so. [2/6/08 update: I tried this last night - no luck - can't get serial port to work in G5 any way I try.]
4. When I attempt to fire the GC Connect script in the demo, Girder slows way down and becomes unresponsive and I get these errors in the log:
DUI Subsystem LuaMutex blocked (TDUTabSheet.ActionToControls)
DUI Subsystem LuaMutex blocked (TDUTabSheet.SetCommand)
DUI Subsystem LuaMutex blocked (TDUTabSheet.Destroy)
I have to kill the Girder task and restart to get things to work again.

And, before you ask, yes, I changed the IP address to match my GC100.

I am also encountering #1 & #2 in the first message in this thread. Running Vista Ultimate and G5-523 (currently unregistered - still trying to decide if the upgrade is ready to buy).

[jwilson56]

I really don't understand how this is happening - my tests on the table.load and table.save functions (used in gir.WriteConfigTable ad gir.ReadConfigTable) seem to preserve the sort order, and, as far I can see nothing in the caller ID code is calling table.sort

Very puzzling!

Harleydude's file change he sent me works.

John

[sirbooker]

1. the flash tray icon does not stay check

2. if you disable girder processing (F9) and then enable it again you loose your serial ssttings.
if you press ( F11) to reset they will appear again but ...

paul.

[janikw]

I have just purchased the Whole Home Pro package. I have a problem with Girder 5. Every 2 days, girder slowly uses up all the memory my computer has and then crashes the computer. In Task Manager it will slowly count up to 1.5GB memory used before crashing. I am running Windows XP SP2 on an Intel 3.0GHZ P4 with 2GB Ram and 2TB HDD. Can anybody help?

Thanks,

Janik.

[harleydude]

Which build of Girder? Also, if you are running the Custom Weather component, disable it and restart Girder. Watch memory usage for the next couple of days.

[janikw]

Which build of Girder? Also, if you are running the Custom Weather component, disable it and restart Girder. Watch memory usage for the next couple of days.

I'm running Girder 5 the latest beta download build 523. I'll try disabling the weather component.

Thanks,

Janik.

[FearTheDentist]

delete- I just saw my bug has been reported and confirmed already.

[FearTheDentist]

I'm not sure if this is a bug but I thought I'd post it as another user on the forum also has had a similar problem.

When my PC resumes from suspend it does not re-establish communication with my Denon 3808CI receiver, which is connected via ethernet. Resetting the lua console doesn't correct the problem- I have to exit and restart G5, although I imagine if I disabled and re-enabled the comm server it may have the desired effect as well. I seem to recall having a similar problem with serial devices but have not been able to reproduce it.

[laughlinez]

Hi,

I'm a paid customer of G5 (Beta!!), G4 and NR2.

First, I'd like to say that i think we need a refresh from beta 523 real soon, as support for vista is poor. Whatever pre-release G5 docs you have should be made available for use/comment also.
(Thats my rant over for now).

BUG?
Vista Ultimate, G5-523 (lic'd version). UAC OFF!!!!
(f4) log window - i see nothing - using 1024x768 res, std fonts, 32bit color.
Graphics cards tested (incase it was card specific) GE5500, GE6200, GE8800
(does not help with debugging i can tell you!)

If anyone can help resolve....
EDIT: OK - i have a fudge to my issue.
In log window, Ctrl+A (select all), Copy Log, Open notepad, paste.


Ta for now

[laughlinez]

Vista Ultimate (UAC OFF) G5-523
Open DUI, Add Action Group, Add Action, Add DUI Form. Create a label, change label caption, APPLY.

Problem: Does not refresh in form - still says 'Label'.

Save Form

Problem: Even though ext says xml, if you don't explicitly call your file something.XML the xml ext is not included in save, meaning file is not in visible results when want to open it again.

Exit DUI
Problem:
Access Violation at address 000000, Read of Addresss 00000000.

The form can be opened again as long as you saved it, but confidence is dented...do not know full extent of what problems could be caused here.

Ta

[jonkjon]

Vista Ultimate 32 bit not resuming from standby. I am trying to find a possible conflict with any other application. Maybe Bit Defender?? I know that G5 is causing this as this doesn't occur if i shut down G5 at the end of the day. Nothing showing in the event logs.
Also there are no G5 events that are scheduled to run. I haven't had the app that long and so i also don't really have any events saved that might cause this.



*****I resolved this issue******

[davidsetton]

Minnor Bug - Flash tray icon will not stay checked after opening and closing G5.

David

[jonkjon]

1.) Some insteon devices don't get the "Location/Name" posted to the device manager page correctly. The dm page only shows the insteon address for the name for some devices. I cannot see any connection to the type of device or anything else other than some devices just won't show correctly.

2.) The days for the custom weather forecasts are not displayed in the correct order. If you edit the provider, and change the number of days for the forecast to 2 it works for those 2 days. Anything larger than 2 and the forecast order is incorrect.

[Rob H]

2.) The days for the custom weather forecasts are not displayed in the correct order. If you edit the provider, and change the number of days for the forecast to 2 it works for those 2 days. Anything larger than 2 and the forecast order is incorrect.

Where are you viewing them? They show okay in NetRemote for me.

[jonkjon]

My apologies for #2 above. I could've sworn that they were out of order on the Girder web server dm page. It looks like only the iphone interface is affected by the ordering.


Actually, if you look under "Device Manager/Devices/Select Device" the weather forecast days (at least on my system) are out of order. I believe that, somehow that order is passed to the iphone interface.

[Rob H]

Ah, looks like that's in alphabetical order.

[hoox]

After entering some text in this control then clicking on Apply, the Action uses that text as expected.

The problem is that the next time the Action window is opened, the current control's value is displayed instead of the saved value (i.e. line 2662 from the DM UI should use the 'value' parameter when it is not nil).

[Rob H]

Thanks for that.

[jwilson56]

Well there seems to be a problem with the Connection Manager. I can run two NR clients from a WinXP Pro system "two concurrent logins" and everything seems to be ok. If one of the NR clients is closed down then restarted the DM fails to work for that client. Resetting the G5 Lua script engine will get things working again.

I did see this error.

EventHandler: ...irder5\luascript\DeviceManager/ConnectionManager.lua:146: attempt to index local `ctable' (a nil value)
stack traceback:
...irder5\luascript\DeviceManager/ConnectionManager.lua:146: in function `SendDeviceUpdate'
...irder5\luascript\DeviceManager/ConnectionManager.lua:171: in function `SendDevices'
...irder5\luascript\DeviceManager/ConnectionManager.lua:73: in function <...irder5\luascript\DeviceManager/ConnectionManager.lua:68>
EventHandler: ...irder5\luascript\DeviceManager/ConnectionManager.lua:84: attempt to index local `cTable' (a nil value)
stack traceback:
...irder5\luascript\DeviceManager/ConnectionManager.lua:84: in function <...irder5\luascript\DeviceManager/ConnectionManager.lua:77>

[Rob H]

Can you try this replacement for ConnectionManager.lua ?

[jwilson56]

Can you try this replacement for ConnectionManager.lua ?

Well actually that seemed to make it worse. I can't get the second client to work pertaining to DM now at all.

Registering NR client from 192.168.2.60:2951
stack traceback:
...irder5\luascript\DeviceManager/ConnectionManager.lua:84: in function <...irder5\luascript\DeviceManager/ConnectionManager.lua:77>
Registering NR client from 192.168.2.60:2952

[Rob H]

Okay, I'll try to look at this tomorrow.

[jwilson56]

Okay, I'll try to look at this tomorrow.

Any luck at a solution?

[Rob H]

Didn't get a chance to look at it at the weekend I'm afraid.

Do you see the connection from NR to Girder in Girder's logs?

And does the second NR connection appear in the settings page for NetRemote in G5?

[jwilson56]

Well with both connected they show up in the settings page for NetRemote in G5.

Here is the log file for closing one and then restarting it... after which DM does not work.

Time Date Source Details Payloads
22:40:43:880 5/12/2008 NetRemote Exiting feedback thread for 192.168.2.60
22:40:43:880 5/12/2008 NetRemote Closing client for 192.168.2.60
22:40:43:880 5/12/2008 NetRemote Unregistering NetRemote client 192.168.2.60:2378
22:40:43:880 5/12/2008 NetRemote Connection closing 192.168.2.60:2378
22:40:43:880 5/12/2008 Communication Server Close Connection


Time Date Source Details Payloads
22:41:36:755 5/12/2008 NetRemote Synchronising client 192.168.2.60 {3b93c27b-fa37-4b94-9918-ae41b4d722ed}
22:41:36:755 5/12/2008 NetRemote Connected
22:41:36:755 5/12/2008 NetRemote Starting feedback thread for 192.168.2.60
22:41:36:755 5/12/2008 NetRemote Registering NR client
22:41:36:755 5/12/2008 NetRemote Adding client 192.168.2.60
22:41:36:739 5/12/2008 Communication Server New Client Connection 192.168.2.60 3772
22:41:36:739 5/12/2008 Communication Server Connection Authenticated 192.168.2.60 NetRemote
22:41:35:755 5/12/2008 Communication Server Existing Client GIRDER Fordrat8 192.168.2.20 20005
22:41:35:723 5/12/2008 Communication Server Existing Client MediaBridge Fordrat8 192.168.2.20 20003
22:41:35:723 5/12/2008 Communication Server: Servers Server (GIRDER): Fordrat8, @ 192.168.2.20:20005
22:41:35:723 5/12/2008 Communication Server: Servers Server (MediaBridge): Fordrat8, @ 192.168.2.20:20003

[jwilson56]

Still waiting for some news on this...

[Rob H]

Looking at it now - does one of the NR clients just freeze up at all? That's certainly happening here.

[jwilson56]

Well DM stops working..... but I can still control Mediabridge.

[jwilson56]

Ron could you take a look at this sometime this week?

[Ron]

I'll see what I can do.

[jwilson56]

Thanks... and also could you look into why this LUA script causes an error. It works and the image is updated but the log shows an error:

local url = "http://image2.weatherbonk.com/servlet/CamImage?id=cam_1170274157745"
url = url.."&abcdef="..tostring(math.random())
NetRemote.SetImageURL("traffic1", url)

Error in log:

Time Date Source Details Payloads
23:44:39:942 5/17/2008 NetRemote Error: Connection Closed sending image variable NRVariable

each time I execute the script. Any ideas?

[vitello]

I just updated G5 to 524 and am finding some minor CustomWeather problems.

The first issue is units. I have Imperial units as my System Units, but the on screen
weather displays use Metric. On NR, the old style (non-DeviceManager) weather
also uses Metric units and shows Weather.Local.CurrentConditions.Metric as being
true. The DeviceManager weather on NR does use Imperial units.

The second issue is with the DeviceManager weather data being passed to NR.
TemperatureDescription and SkyDescription now are listed as Unknown in NR. They were defined
under 523 and they are defined under the old style NR CustomWeather variables in 524 so the
data is available to G5. I have been using TemperatureDescription and SkyDescription in
place of the Description weather variable (which should be a combination of the two)
because Description for some reason is undefined for me from 6 PM to Midnight. The
TemperatureDescription and SkyDescription variables were always defined (at least they
were in 523 and still are in the old style weather variables in 524).

So please have all CustomWeather use System Units and make sure NR DM weather
variable are all getting defined.

Otherwise, I am finding 524 to startup faster than 523 and things have been stable.

Peter

[Ron]

Was the build 524B ?

[vitello]

Ron,

What I downloaded says 524b. The G5 About window says Girder 5.0.0 (build 524) Beta.
I just installed it a couple of days ago.

Peter

[jwilson56]

I'll see what I can do.

Ron

I have been super busy lately setting up my outside cameras, Zoneminder and then SageTV but was wondering if you made any progress on the Connection Manager and the NetRemote.SetImageURL errors mentioned above.

[mhwlng]

I see that in 524b, some files are replaced with older files than in 524 ?:

core.lua
voice.lua
activerfidtags.lua
audiomixer.lua
voice manager ui.lua
comserv.xml
licensemanager.xml
voice manager.xml

e.g. I now see stuff like this :

LOG: Component Manager : 5 - Error reading component file C:\Program Files\Promixis\Girder5\luascript\components\Active RFIDTags.lua
LOG: Component Manager : 5 - ...:\Program Files\Promixis\Girder5\luascript\components\Active RFIDTags.lua:289: `then' expected near `cond'
x10manager (2): .\scripts\x10.lua:127: attempt to index global `DeviceDimLevel' (a nil value)

the dimlevel problem can be fixed by installing x10-work.lua (16 dec 2007)

the ActiveRFIDTags problem can be fixed by installed the newer 524 version

still an image is missing :

Time Date Source Details Payloads
20:15:27:933 5/29/2008 DUI Subsystem Could not load requested image: C:\Program Files\Promixis\Girder5\plugins\ui\sharplogo.png

the new denon component only allow selection of a serial port ?
is there no user interface for an ip address ?

(I currently use this :
local Denon = serial.devices["Denon AVR"].New('192.168.1.245:23')
Denon:Open()
)

but I don't know if there is now a better way ?


Marcel

[Ron]

Darn! Looks like version control failed me. I'll restore those files.

[Rob H]

the new denon component only allow selection of a serial port ?
is there no user interface for an ip address ?

(I currently use this :
local Denon = serial.devices["Denon AVR"].New('192.168.1.245:23')
Denon:Open()
)

but I don't know if there is now a better way ?

I'll see what I can do about this - although I won't be able to test it - will probably also need to add a definition for your model of Denon too. What model is it?

[mhwlng]

I have a 3808

here are the modifications that I made to the serial class...

(probably not 100% correct/complete, because I only use a few functions)

http://home.claranet.nl/users/mhwlng/DenonReceiver.lua

note that I can't attach anything to my posts anymore:

You are currently using 15.76 MB to store 293 uploaded attachments.

[harleydude]

I installed from the link on the first post.

Errors on startup:

LOG: Component Manager : 5 - Error reading component file D:\Program Files\Promixis\Girder5\luascript\components\Active RFIDTags.lua
LOG: Component Manager : 5 - ...:\Program Files\Promixis\Girder5\luascript\components\Active RFIDTags.lua:289: `then' expected near `cond'


Errors entering CM:

TreeScript (golua): ...es\Promixis\Girder5\/plugins/treescript/sched UI.lua:292: attempt to index field `Latitude' (a nil value)
stack traceback:
...es\Promixis\Girder5\/plugins/treescript/sched UI.lua:292: in function <...es\Promixis\Girder5\/plugins/treescript/sched UI.lua:282>
...es\Promixis\Girder5\/plugins/treescript/sched UI.lua:665: in function <...es\Promixis\Girder5\/plugins/treescript/sched UI.lua:664>

[Ron]

Sorry about that, some old files snuck into the B release. I'm preparing a new release "C".

[mhwlng]

in build 525, I see this :

Time Date Source Details Payloads
18:53:01:375 6/4/2008 WebServer Webserver Started.
18:53:01:375 6/4/2008 WebServer Webserver started on address 127.0.0.1 and port: 80
18:53:01:375 6/4/2008 WebServer Webserver started on address 192.168.1.250 and port: 80
18:53:01:375 6/4/2008 WebServer Webserver Starting...

is starting the web server twice normal ?

Marcel

[Ron]

That is by design, nothing to worry about. This is a fix for the multiple network interface bug reported a while back and will allow in the future for binding to a specific network interface instead of just all.

[thebrandons]

Unable to download Girder 5 build 525. Link/Server appears to have a problem.

[Rob H]

Seems fine from here. Can you try again?

[thebrandons]

It seems as though I can download everything but the Girder Program (ie. Girder 4, Girder 5 Beta any version). The progress bar goes 33% before window "Cannot display webpage". I was able to download it when I VPN to my office. All my home computers (XP and Vista) have the download problem and I have rebooted PCs and Router. Coincidently the problem appeared after I installed Vista SP1.

Unless you know the problem no need to answer, as this may not be related to Promixis. However something is different between Girder and other download items (ie. Plugins, Manuals).

Thanks Again,

[Ron]

Just tested from here and the download is working fine. Can you try to use a download manager like "Free Download Manager". These files are hosted at amazon's S3 service, which should be quite reliable.

[thebrandons]

FDM is a pretty nice app, but I still have the problem. When I drag the link to FDM it reports "Can't connect to server". Again all other downloads from Promoxis and other sites work fine. I can only conclude that the path to Amazon S3 (promixis.s3.amazonaws.com/Girder4-0-15.exe) is somehow blocked by my ISP or Router. Anyway, I have a work around, which is to VPN to work before downloading.

Again thanks for your time and sorry for the detour...

[Ron]

Thanks for the feedback. I'll put up an alternative download for our products in the near future. (hosted here).

[vitello]

I've found two problems with 526.

1) I am getting CustomWeather error messages on the Interactive Lua Console with I start or restart G5:

ScriptReset Start
Component Manager Shutdown Time 750.75828825403
ScriptReset Done Calling ScriptReset Callbacks, Time: 1267.655046775
LOG: Insteon : 3 - CM: Start begin 2341.396308216
LOG: Insteon : 3 - CM: Starting DM EXE on new thread EXE C:\Program Files\Common Files\Smarthome\Device Manager\SDM3.exe
LOG: Insteon : 3 - CM: Start end 2349.265699538
Welcome to Promixis Girder 5.0.0 build 526
Weather - WORK
Loaded 165 channels
LOG: Insteon : 3 - CM: Connecting to SDM start 45530.840299203
LOG: Insteon : 1 - CM: PLC Status: Starting SDM
LOG: Insteon : 1 - CM: PLC Status: Not Responding
LOG: Insteon : 3 - CM: Create SDM end 45740.368176705
LOG: Device Manager : 5 - Device: Local.ForecastConditions.1 Failed to find control: Sequence for device pietro\CustomWeather\Local.ForecastConditions.1
LOG: Insteon : 3 - SDME: Smarthome Device Manager Connected and Ready
LOG: Device Manager : 5 - Device: Local.ForecastConditions.2 Failed to find control: Sequence for device pietro\CustomWeather\Local.ForecastConditions.2
LOG: Device Manager : 5 - Device: Local.ForecastConditions.3 Failed to find control: Sequence for device pietro\CustomWeather\Local.ForecastConditions.3
LOG: Device Manager : 5 - Device: Local.ForecastConditions.4 Failed to find control: Sequence for device pietro\CustomWeather\Local.ForecastConditions.4
LOG: Insteon : 3 - CM: Insteon Smarthome DM: 1.01.122.278 PLC Firmware: 2.13 Port: USB4 PLC ID: 08.9E.DC 3
LOG: Insteon : 1 - CM: PLC Status: Responding
LOG: Insteon : 1 - CM: PLC Status: Ready
LOG: Device Manager : 5 - Device: Local.ForecastConditions.5 Failed to find control: Sequence for device pietro\CustomWeather\Local.ForecastConditions.5

CustomWeather seems to be working, but I keep getting the Failed to find control messages.

2) Setting tabs missing. If I open Settings the only tabs I see are: General, Event Log Settings and Lua Debugger. I don't see tabs for: Configuration Files, Location, License Manager.


Thanks for any help.

Peter

[Ron]

Fixed missing control bug.

[Ron]

I cannot reproduce the missing tabs. Are you seeing any errors in the lua console or log window?

[vitello]

Ron,

I fixed the Setting tabs problem by completely un-installing G5 and re-installing. I
had previously installed 526 over 525.

CustomWeather is still giving me Device Manager error messages.

By the way, I am also having missing tab problems in the Insteon PLM component and PLC
pluging. I have been working with Mike C concerning them.

Also, I just noticed that the IR Profile component does not stay disabled. I tried
and it enables itself automatically. (Great features in the new IR coding by the way!)

Peter

[MR]

CallerID substitutions don't seem to save. I'll select a call log, change the name, click Add/Update, but when I select on a different call log and go back to the one I changed, I don't see the changes. I'm using build 526.
THanks,
MR

[rickd]

Build 526

With Windows conditional on send key group for powerdvd with exe as target it slows girder to crawl...disable it or make class target and problem disappears.

[Rob H]

I assume the same applies to build 527?

I would avoid using too many conditionals, especially at the top level. It's far more efficient to enable/disable groups instead.

[rickd]

thanks Rob will make that change as I have a few of them now....have not tried 527 yet.

[mhund]

Built 530: Every "Event Translation" Action leads to LUA Script error:


TreeScript (gir_event): ...Promixis\Girder5\/plugins/treescript/EventExtras.lua:73: attempt to compare nil with number
stack traceback:
...Promixis\Girder5\/plugins/treescript/EventExtras.lua:73: in function <...Promixis\Girder5\/plugins/treescript/EventExtras.lua:43>


Not clear if it is comming out of a parallel installation with G4.

My guess: File Promixis\Girder5\/plugins/treescript/EventExtras.lua: Line 71 and 73

...
71: local delay = tonumber(Action.sValue2)
72:
73: if ( delay <= 0 ) then
...

If there is no value for field "delay" in the dialog box for this Event Translation action (what is default) then the line 71 does not deliver "0" but nil. This leads the line 73 to fail. A proposed solution: Set a default value of "0" or enhance the line 73 to


...
73: if ( not delay or delay <= 0 ) then
...

alt least for me this change solves the problem.

[Ron]

That is bizarre I could have sworn I had fixed that one with the exact code you suggest! Darn. I will prep a new release for tomorrow.

[jmonier]

If you set a Repeat count (3) in the Generic Device Manager action and go back to the CCF it has been changed back to "NA" from the CCF that was entered there. If you then go back to the Repeat it is blank although Current Value says 1. This happens even if I try to save the action at each step in the process. I'm not sure whether the action works with a Repeat of 0 or 1 since this is the Sony CCF that requires a Repeat of 3 to work.

[Ron]

I've checked the DM IR send action and it seems to remember it's repeat count and I have checked the IR Profile editor, which also remembers it's repeat count. So I am not sure what is not working, can you give me a detailed, step-by-step guide on how to reproduce?

[jmonier]

OK, this time it was a little different than what I saw before:

1. Enable Global Cache component
2. Create a new Device Manager Generic action
3. Select module 4 port 1
4. Paste this CCF into the Send CCF box:
0000 0067 0000 0015 0060 0018 0018 0018 0030 0018 0030 0018 0030 0018 0018 0018 0030 0018 0018 0018 0018 0018 0030 0018 0018 0018 0030 0018 0030 0018 0018 0018 0030 0018 0018 0018 0018 0018 0030 0018 0030 0018 0030 0018 0018 01d9

5. Apply the change
6. Switch to the Repeat box
7. Set it to 3
8. Apply the change
9. Switch back to the Send CCF box
10. For me, at least, the Send CCF box now says "NA"

After playing around with it and actually executing the Send CCF it seemed to finally hold both the CCF and Repeat count correctly but it would not operate the device.

The same CCF and Repeat count work correctly when using the non-Component Global Cache action (with the Global Cache Component disabled).

EDIT: I accidentally pasted the wrong thing for the CCF above. It is now corrected.

[Ron]

Thanks for those details, I can't seem to recreate that here at all and the GC is responding as well. :(

[jmonier]

Thanks for those details, I can't seem to recreate that here at all and the GC is responding as well. :(

It may be something to do with that Sony CCF. I was able to reproduce it on a different machine than the first time (although the results were a little different).

I guess I'll just have to stay away from the GC Component.

[mhund]

Maybe not a bug but at last annoying:

Action Dialog Windows have a predefined size (especially height) - for example OSD-Action. The content of this Dialog-Box seems to be bigger (higher). This leads the text-field for osd-message to disappear. And there is no scrollbar that tells me there is more to see.
When I check other Action Dialog Windows, its allways the text input box which disappear when the Dialog Window size is reduced.

My suggestion: Implement a minnimum height of test message box - for example at least 1 line high.

PS: By the way: I cannot find the global osd-settings which had been a own register card in the plugin section of the settings in G4. Is this feature substituted by this settings to be done in every single osd action?

[Ron]

There no longer is a global OSD Setting. It's per OSD configurable now.

[MR]

Hi. After uninstalling the beta and installing 5b and installing 5.0.2 build 536, the SDM does not load with Girder and I get the following errors in the LUA Console:

attempt to call a string value
...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:187: loop or previous error loading module 'Insteon'
...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:169: module `ProjectorSettings' not found
stack traceback:
[C]: in function `error'
...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:169: in function <...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:160>
...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:191: in function `require'
...omixis\Girder5\/luascript/startup/ProjecterQuery.lua:142: in main chunk
Welcome to Promixis Girder 5.0.2 build 536

I've tried reinstalling several times. Is this a bug or am I doing somehting dumb?

[Ron]

darn please delete ProjecterQuery from the startup directory. See if that solves the Insteon issue.

[Ron]

I've fixed the installer, if you downloaded 5.0.2.536 before 7pm 8/27/08 please re-download. If you already installed simply delete startup/ProjectorQuery.lua.

[mhund]

Hi,

I found an issue which occurs within my webserver plugin (Built 536). The webserver plugin does not apply changes in the webservers root path setting.

Details:
In the webserver plugin I have configured an http root path "D:\user\hundtest\girder\httpd". When I recall the settings dialog box this string is always displayed. But the webserver does still refer to the origin path "C:\Programme\Promixis\Girder5\httpd" when I call the site with the browser.
In the registry key HKEY_CURRENT_USER\Software\Promixis\Girder\5Plugin s\Webserver\RootHostPath the old value is still stored. Only writing the new path manually into the registry key solves the problem.

Is this an common issue or is it a problem with my local PC - maybe caused by a security tool monitoring registry activities?

[Ron]

Sorry about that. Here is the fixed DLL. Unzip into the Girder Plugin directory.

[mhund]

With this dll the webserver plugin runs out of order completly after one change of root directory. Registry keys seems not to be changed anyhow. Sorry.

[Ron]

out of order? You mean it doesn't work? Exactly what does not work.

Note that this key:
HKEY_CURRENT_USER\Software\Promixis\Girder\5Plugin s\Webserver\RootHostPath

I believe that was created by an older version of Girder it should be

HKEY_CURRENT_USER\Software\Promixis\Girder\5\Plugi ns\Webserver\RootHostPath

[mhund]

Browser delivers error and cannot access the webserver - it seems to be off.

You are right with that registry path. I looked at the wrong place. The changes made in the configure dialog box take place.

[Ron]

Sorry to keep pestering you with questions. What error does the browser deliver?

[mhund]

... I believe that was created by an older version of Girder ...

This (wrong) key ist still created by Built 536.

[Ron]

Can you verify that you indeed installed the webserver plugin correctly?

Go to File->Settings->Plugins-> Plugins Tab->Highlight Webserver. What version number is displayed?

[mhund]

Sorry to keep pestering you with questions. What error does the browser deliver?

Unfortunately no http error code. I think it is meant to be "server unavailable". It is not the 404!

I see two issues:
1. Some funktions in the webserver plugin still refer to this mistyped registry path.
2. The path string could have a problem with turning "/" into "\".

Does this help?

[mhund]

Can you verify that you indeed installed the webserver plugin correctly?

Go to File->Settings->Plugins-> Plugins Tab->Highlight Webserver. What version number is displayed?

Yes it is. And I can reactivate the plugin by putting the old dll version back and restarting girder. The version with your fix is displayed to be 3.0.3.

[Ron]

Can we do a remote support session real quick?

[mhund]

You've got a PM

[Ron]

Fixed. The issue was that the web browser was disabled ;-)

[mhund]

embarrassing for me to miss this :-/

[Ron]

No worries, the plugin was not quite intuitive when you switched between 3.0.2 and 3.0.3. As the registry path changed it lost it's settings and defaulted to disabled.

[MR]

Hi Ron.

Removing the ProjectorQuerry helped remove some of the errors in the log, but the Insteon SDM is still not loading.

This is what the Luaconsole shows now at startup:

attempt to call a string value
...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:187: loop or previous error loading module 'Insteon'
Welcome to Promixis Girder 5.0.2 build 536

THanks,
MR

[MR]

Nevermind. I deleted ApplicationData\Girder and that seems to have fixed it.

Thanks,
MR

[MR]

New problem. I have 536 installed on two computers and on both computers the Webserver tab doesn't seem to actually control the webserver. The plugin is loaded on both and on one computer where I enabled the webserver earlier (I assume on a previous build,) the webserver is accessable but changing the HTTP Root field, password or any other selection on the tab does not affect the webserver. Even deselcting Enabled does not turn it off. On the other computer where I hadn't previously enabled the webserver, I can't turn it on.

Thanks,
MR

[Ron]

did you see the posts right before you own? Those posts talk about this problem and even have a fix posted right in the thread

http://www.promixis.com/forums/showpost.php?p=129231&postcount=85

[MR]

Figures. I spent 20mins searching the forum but didn't think to check the bug thread. Sigh. BTW, you might consider updating the latest "download here" thread post with updated fixes and not wait for the next build. That way we don't have to search multiple threads to get the latest and greatest working version.

Thanks,
MR

[Ron]

That might be a good idea. I was going to release a full release on Friday but ended up running endurance tests on the HTTPS + HTTP servers.

[MR]

Hmm. The updated dll doesn't seem to have changed the situation any. Did I have to do anything more than unzip the file into the plugin directory and restart Girder? Actually, is that the right dll? The zip file is titled "httpd3.0.3" but after unzipping it, Windows Explorer reports that it is ver 3.0.0.0. Not sure if the ver# wasn't rev-ed or if the wrong dll made it into that zip file. Either way I am still not able to adjust the webserver on two machines.

THanks,
MR

[MR]

OK. After rebooting the PCs, it's working.

Thanks!

[jwilson56]

Ron I finally got around to trying the latest Girder (537) with Now Playing. There seems to be some problem with the serial connection as both the One Wire and Ocelot would not work at all. I submitted two tickets. Also Harleydude verified the Ocelot problem with his setup.

[Ron]

jwilson56, just checking the one-wire thread has disappeared from the forum. Are you retracting that bug?

[hoox]

Regarding the Ocelot, if you were using the plugin 1.0.17, you have to manually recopy the files to your Girder directory (after each Girder installation). Is it then still not working?

[jwilson56]

jwilson56, just checking the one-wire thread has disappeared from the forum. Are you retracting that bug?


Here is the One Wire thread.

http://www.promixis.com/forums/showthread.php?t=12458

and the files:

http://home.claranet.nl/users/mhwlng/

It works fine in 523 so I am hoping it will still be working in 537 but I don't even get this screen.

[jwilson56]

Regarding the Ocelot, if you were using the plugin 1.0.17, you have to manually recopy the files to your Girder directory (after each Girder installation). Is it then still not working?

Well if it were just me having troubles I would say it was operator error but since harleydude also was having the same problems (we were on MSN together) I don't think it was something I was not doing.

Not sure what we can try next

[mhwlng]

Here is the One Wire thread.

http://www.promixis.com/forums/showthread.php?t=12458

It works fine in 523 so I am hoping it will still be working in 537 but I don't even get this screen.


The 1-wire plugin works fine in G5 537

That plugin only adds several lua functions (as described in above thread).

That device manager screen was not developed my me, nor do I use it myself.
So I can't help you with that...

Marcel

[jwilson56]

The 1-wire plugin works fine in G5 537

That plugin only adds several lua functions (as described in above thread).

That device manager screen was not developed my me, nor do I use it myself.
So I can't help you with that...

Marcel

Now I am confused.... so where did the device manager screen come from and where did these files come from?

OneWireUP.lua
OneWireDM.xml
OneWireDM.lua

[mhwlng]

No idea who made those...

My 1-wire plugin dll is not part of the standard G5 installation, so I don't know why these files are included...

I have never used them...

Marcel

[jwilson56]

Ok... I went through the install process again. Added those one wire files from my old g5 folder and the one wire is working now.

Also installed the Ocelot plugin manually again and it too seems to be working. Not sure why but I am glad to see its ok.

Ron could you find out who did those One Wire DM files and include them in future builds?

Update:

Well I have re-installed all my 3rd party plugins and everything seems to be running fine. I only have one error on a Girder start which is from the mysterious one wire files. However the one wire seems to be working.

Error loading device manager ...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:93: error loading module `DeviceManager.Providers.OneWireDM' (...m Files\Promixis\Girder5\luascript\DeviceManager/Providers/OneWireDM.lua:79: `}' expected (to close `{' at line 73) near `Provider')

[Ron]

the in the OneWireDM.lua file change



local deviceproperties = {

ID = odevice.Number,
Location = odevice.Location,
Name = odevice.Name,
Description = '' -- does it have a description??
Provider = self,

}


to



local deviceproperties = {

ID = odevice.Number,
Location = odevice.Location,
Name = odevice.Name,
Description = "",
Provider = self,

}


So both bugs are fixed?

[jwilson56]

Sorry... been on vacation last week with my wife off..

Yes that seems to have done it. I just upgraded to 540 and so far everything looks fine.

[quixote]

I'm having some serious issues with Girder lately.
I can get it started once in a while, but it seems to be very unpredictable.
Here is some output from my Lua console:



ScriptReset Start
LOG: Component Manager : 4 - Components never started.
Component Manager Shutdown Time 191.88259427667
ScriptReset Done Calling ScriptReset Callbacks, Time: 288.699543943
Aux lib Open: ...iles\Promixis\Girder5\luascript\ComponentManage r.lua:558: table index is nil
stack traceback:
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:558: in function `ReadComponentFile'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:490: in function `LoadComponents'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:221: in function `Initialize'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:810: in function `init'
...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:195: in function `require'
...gram Files\Promixis\Girder5\\luascript\Additions.lua:78 8: in main chunk
Welcome to Promixis Girder 5.0.6 build 540
TreeScript (gir_conditional_test): ...Promixis\Girder5\/plugins/treescript/variable UI.lua:14: attempt to index local `v' (a nil value)
stack traceback:
...Promixis\Girder5\/plugins/treescript/variable UI.lua:14: in function <...Promixis\Girder5\/plugins/treescript/variable UI.lua:10>
...Promixis\Girder5\/plugins/treescript/variable UI.lua:328: in function <...Promixis\Girder5\/plugins/treescript/variable UI.lua:286>
TreeScript (gir_conditional_test): ...Promixis\Girder5\/plugins/treescript/variable UI.lua:14: attempt to index local `v' (a nil value)
stack traceback:
...Promixis\Girder5\/plugins/treescript/variable UI.lua:14: in function <...Promixis\Girder5\/plugins/treescript/variable UI.lua:10>
...Promixis\Girder5\/plugins/treescript/variable UI.lua:328: in function <...Promixis\Girder5\/plugins/treescript/variable UI.lua:286>


and then the last part just repeats over and over again. I've had the variable plugin working in the recent past. None of my components will load and as a result, none of my startup sequence works.

[Rob H]

Interesting - for the first error that means that one of your components is returning nil from the GetID() method.

Try this replacement for luascript\ComponentManager.lua

[quixote]

This is what I'm getting now:



LOG: Component Manager : 5 - Error running component file (1) C:\Program Files\Promixis\Girder5\luascript\components\DenonA VR Component.lua
...iles\Promixis\Girder5\luascript\Classes/DenonAVR.lua:30: attempt to index global `transport' (a nil value)
stack traceback:
...iles\Promixis\Girder5\luascript\Classes/DenonAVR.lua:30: in function `init'
...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:195: in function `require'
...\Girder5\luascript\components\DenonAVR Component.lua:27: in main chunk
[C]: in function `xpcall'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:543: in function `ReadComponentFile'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:490: in function `LoadComponents'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:221: in function `Initialize'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:816: in function `init'
...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:195: in function `require'
...gram Files\Promixis\Girder5\\luascript\Additions.lua:76 8: in main chunk
LOG: Component Manager : 5 - Error running component file (1) C:\Program Files\Promixis\Girder5\luascript\components\GIPLua EventServer.lua
...les\Promixis\Girder5\luascript\Classes/GIPServer.lua:30: attempt to index global `transport' (a nil value)
stack traceback:
...les\Promixis\Girder5\luascript\Classes/GIPServer.lua:30: in function `init'
...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:195: in function `require'
...s\Girder5\luascript\components\GIPLuaEventServe r.lua:21: in main chunk
[C]: in function `xpcall'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:543: in function `ReadComponentFile'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:490: in function `LoadComponents'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:221: in function `Initialize'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:816: in function `init'
...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:195: in function `require'
...gram Files\Promixis\Girder5\\luascript\Additions.lua:76 8: in main chunk
LOG: Component Manager : 5 - Error running component file (1) C:\Program Files\Promixis\Girder5\luascript\components\Global Cache.lua
...s\Promixis\Girder5\luascript\Classes/GlobalCache.lua:27: attempt to index global `transport' (a nil value)
stack traceback:
...s\Promixis\Girder5\luascript\Classes/GlobalCache.lua:27: in function `init'
...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:195: in function `require'
...romixis\Girder5\luascript\components\GlobalCach e.lua:42: in main chunk
[C]: in function `xpcall'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:543: in function `ReadComponentFile'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:490: in function `LoadComponents'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:221: in function `Initialize'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:816: in function `init'
...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:195: in function `require'
...gram Files\Promixis\Girder5\\luascript\Additions.lua:76 8: in main chunk
LOG: Component Manager : 5 - Error running component file (1) C:\Program Files\Promixis\Girder5\luascript\components\LGTV.l ua
...am Files\Promixis\Girder5\luascript\Classes/LGTV.lua:26: attempt to index global `transport' (a nil value)
stack traceback:
...am Files\Promixis\Girder5\luascript\Classes/LGTV.lua:26: in function `init'
...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:195: in function `require'
...Files\Promixis\Girder5\luascript\components\LGT V.lua:15: in main chunk
[C]: in function `xpcall'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:543: in function `ReadComponentFile'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:490: in function `LoadComponents'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:221: in function `Initialize'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:816: in function `init'
...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:195: in function `require'
...gram Files\Promixis\Girder5\\luascript\Additions.lua:76 8: in main chunk
Welcome to Promixis Girder 5.0.2 build 536
Timer (pcall): ...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:187: loop or previous error loading module 'Classes.GIPServer'
stack traceback:
[C]: in function `error'
...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:187: in function `require'
... Files\Promixis\Girder5\luascript\Classes/Logger.lua:218: in function `handler'
...er5\luascript\Classes/DelayedExecutionDispatcher.lua:47: in function <...er5\luascript\Classes/DelayedExecutionDispatcher.lua:41>
Timer (pcall): ...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:187: loop or previous error loading module 'Classes.GIPServer'
stack traceback:
[C]: in function `error'
...ram Files\Promixis\Girder5\\luascript\compat-5.1.lua:187: in function `require'
... Files\Promixis\Girder5\luascript\Classes/Logger.lua:218: in function `handler'
...er5\luascript\Classes/DelayedExecutionDispatcher.lua:47: in function <...er5\luascript\Classes/DelayedExecutionDispatcher.lua:41>
TreeScript (gir_conditional_test): ...Promixis\Girder5\/plugins/treescript/variable UI.lua:14: attempt to index local `v' (a nil value)


The last couple of lines are because of the variable conditional plugin, which I had working before and depend heavily on.

[Rob H]

Ah, right.

Can you enable the Generic Transport Plugin in File|Settings|Plugins

[quixote]

It shows that it's enabled.



edit: I just disabled it and reenabled it and it's no longer responding.

[Rob H]

How do you mean it's no longer responding?

[quixote]

Well, when I go to settings|Plugins|generic transport plugin, it is checked off and it says that it is loaded. when I uncheck it and hit apply, the settings window closes. When I try to open the settings again, a blank window appears and sits there for about a minute and a half, and I cannot click on anything else or move the window.

It's working fine now. I cannot understand why this is so inconsistent. I'm still getting the errors in the Lua console, though.

[Rob H]

The errors in the console - are these now just related to the variable conditional?

I can take a look at that - where did you download it from as it isn't our code?

[quixote]

The details of my Lua console errors are in this post: http://promixis.com/forums/showpost.php?p=130848&postcount=120
They are still the same. As far as the Variable conditional, it is a G4 plugin, but it seemed to be working sufficiently up until recently. It was creating errors in the past, but they disappeared for a while for some reason. I may just have not noticed them, and I'm sorry for bringing this up without having more specific and solid details.
You can find it on the download page. I believe I was begging for a built-in variable conditional a while back :D
http://promixis.com/forums/showpost.php?p=122710&postcount=63

[Rob H]

With the transport plugin enabled you're still getting the errors about the global variable 'transport' being nil??? I don't see how that's possible.

Is the Transport Manager visible in the Component Manager settings? Or do you get errors from that too?

[quixote]

It looks good.
I did a reinstall, replaced the files for the component manager and the CallerIDModem that you gave me and removed the variable conditional and it seems to be working now.
I have no idea what I may have done differently this time, but let's hope that everything stays working. (knock on wood)

Now the only problem is that my GML is messed up because I have no variable conditional anymore. :(

Thanks for helping out with so little to go on.

[quixote]

I spoke too soon, as usual.
Girder does not start up properly. It initializes, then closes and watchdog starts it again. This happens over and over again indefinitely, until I shut down watchdog and girder and start Girder over again. I'm guessing that something is stalling during the initialization and watchdog thinks that it's frozen, so it kills it and starts it over again.
In your opinion, in the Watchdog configuration, should I try adjusting the Connect delay, the time allotted for the Lua Subsystem, the Core Thread Subsystem, or the GUI Subsystem?

Thanks.

[Ron]

You can tell which one needs adjusting by looking at which one caused the timeout.

[quixote]

Thanks.
Both the Lua and Core Thread subsystems are causing 8 infractions when set to 3000ms.

[Rob H]

It definitely sounds to me as though you have a Lua script that is either taking a very long time to execute or is getting stuck in an infinite loop.

The hard part is going to be tracking it down. I would suggest using the Lua debugger for this. To enable the debugger go into File|Settings, find the Lua debugger tab and check the enable debugger checkbox then reset Girder.

I would also disable the watchdog since it will attempt to restart Girder if you sit on a breakpoint for more than the Lua timeslot.

Start the debugger and connect to the local Girder instance. When Girder becomes unresponsive press the Pause button in the debugger and take a look at the threads that are running.

[quixote]

I'll try that and see what I come up with. Thanks for the advice.

[quixote]

I took a look at the Debugger, and the problem I've found is that the unresponsive state that I am talking about occurs at Girder startup. I don't have time to connect before my startup macro is executed.
The only real issue I'm having for the moment is that I cannot reliably load my persistent variables table. Sometimes it's loaded, other times I think that it cannot aquire the mutex.
These variables are very important and store information such as the number of occupants that are in the dwelling so that the system can arm the alarm if that number drops to 0, and other less important variable such as the state of the TV, doors, etc.
How would you get around this? I guess I could create a thread with a loop that looks to see if the table is nil and if so, attempt to load it again.
What's your opinion?


Thanks

[Rob H]

Can you reset the Lua scripting when it's in this state or is it completely dead?

It sounds like there may be too much going on in the main thread when you start Girder. It may be worth using threads for any Lua scripts that are run at startup.

How are you loading the persistent variables?

[quixote]

It's pretty much completely dead. The cursor changes to an hourglass while over the application window and it sometimes says "(not responding)" on the window titlebar.

I am creating a table and filling it using gir.ReadConfigTable. I've tried delaying loading the the plugins at start and it doesn't help much. It slows down the loading process to a standstill, though it does load my table eventually (after what seems like 2 minutes).

Can you please show me the exact sytax that I could use to load my persistent variables in a thread at the start? I may be able to put a few other actions in threads as well.

Thanks.

[Rob H]

So it does resume execution?

In that case you can connect to Girder after it has started working again, then reset it. The debugger should remain connected and you should be able to pause Lua execution while it's being unresponsive.

Using a thread is pretty straightforward if you already have a parameterless function that loads the config table - I'll assume I have one called LoadPersistentVariables - to run it on a thread just use


thread.newthread(LoadPersistentVariables, {})

If you need to pass in some parameters you put them in the second parameter in a table.

[jaakkoijas]

X10-CM1X plugin does not support comport number over COM 10.

[jwilson56]

This has been fixed and the files were uploaded

http://www.promixis.com/forums/showthread.php?t=19156


Ron


the in the OneWireDM.lua file change



local deviceproperties = {

ID = odevice.Number,
Location = odevice.Location,
Name = odevice.Name,
Description = '' -- does it have a description??
Provider = self,

}


to



local deviceproperties = {

ID = odevice.Number,
Location = odevice.Location,
Name = odevice.Name,
Description = "",
Provider = self,

}


So both bugs are fixed?

Well somewhere after 537 the One Wire DM handle has been broken. As I didn't add anymore sensors I had not noticed that the DM setup screens were not working. I am at the lastest G5. Could someone look at it and see if we can get this working again?

With the changes to the OneWireDM.lua I still get this error:

TreeScript (RunScript,B): ...Girder5\luascript\DeviceManager/Providers/Simple.lua:47: Must provide a function "GetPlugin"
stack traceback:
[C]: in function `assert'
...Girder5\luascript\DeviceManager/Providers/Simple.lua:47: in function `MustProvide'
...r5\luascript\DeviceManager/Providers/PluginBased.lua:20: in function `Initialize'
...der5\luascript\DeviceManager/Providers/OneWireDM.lua:54: in function `Initialize'
...\Girder5\luascript\DeviceManager/Providers/Basic.lua:34: in function <...\Girder5\luascript\DeviceManager/Providers/Basic.lua:23>
(tail call): ?
...s\Promixis\Girder5\/plugins/treescript/OneWireUI.lua:37: in function <...s\Promixis\Girder5\/plugins/treescript/OneWireUI.lua:31>
...s\Promixis\Girder5\/plugins/treescript/OneWireUI.lua:106: in function `Initialize'
...s\Promixis\Girder5\/plugins/treescript/OneWireUI.lua:613: in main chunk

[Rob H]

This thread is getting way too big to keep track of - could you post this as a separate message? Thanks.

[Francois]

Some of the new releases do break compatibility with some of my Girder 5 code.

The log shows the following:



Serial Error: ...Girder5\luascript\DeviceManager/Providers/Simple.lua:197: attempt to call global `MakeDeviceFromDescriptor' (a nil value)
stack traceback:
...Girder5\luascript\DeviceManager/Providers/Simple.lua:197: in function `AddDeviceFromDescriptor'
...Girder5\luascript\DeviceManager/Providers/Simple.lua:189: in function `AddDevicesFromTable'
...script\DeviceManager/Providers/GenericAVReceiver.lua:125: in function `AddDevices'
...\Girder5\luascript\DeviceManager/Providers/Basic.lua:37: in function <...\Girder5\luascript\DeviceManager/Providers/Basic.lua:23>
(tail call): ?
(tail call): ?
...s\Promixis\Girder5\/plugins/serial/RotelReceiver.lua:352: in function <...s\Promixis\Girder5\/plugins/serial/RotelReceiver.lua:349>
(tail call): ?
...gram Files\Promixis\Girder5\/plugins/serial/init.lua:1654: in function `DeviceInitialize'
...gram Files\Promixis\Girder5\/plugins/serial/init.lua:1515: in function <...gram Files\Promixis\Girder5\/plugins/serial/init.lua:1511>
...gram Files\Promixis\Girder5\/plugins/serial/init.lua:1330: attempt to index field `SendQueMutex' (a nil value)
stack traceback:
...gram Files\Promixis\Girder5\/plugins/serial/init.lua:1330: in function `QueInsert'
...gram Files\Promixis\Girder5\/plugins/serial/init.lua:1290: in function <...gram Files\Promixis\Girder5\/plugins/serial/init.lua:1284>
(tail call): ?
(tail call): ?
[string "Eiffel Vista Media Center.gml:\Vista Media ..."]:4: in main chunk
...gram Files\Promixis\Girder5\/plugins/serial/init.lua:1330: attempt to index field `SendQueMutex' (a nil value)


I did miss a few releases, and can't pinpoint this error to just the latest version.

Let me know if there is anything I can do to help finding the cause for this issue.

Francois

[Rob H]

Here's a replacement for luascript\DeviceManager\Providers\Simple.lua which should fix the first problem.

I'm not entirely sure what's going on with the RotelReceiver serial device though - I'd need to see the code for the device to work that out.

[Francois]

Rob,

Thanks for the quick response. With the updated file everything is back to normal, and my Rotel device responds as expected.

Francois

[sirbooker]

while loading the latest release of girder im getting this error while it is installing please see attachment (error1.bmp)

[Rob H]

Are you installing on top of an existing install, and if so is the watchdog running?

[sirbooker]

Are you installing on top of an existing install, and if so is the watchdog running?


no clean install last night ,not using watchdog

paul

[Rob H]

What OS? I just tried it here to a fresh directory on Vista 64 Ultimate without any problems.

[sirbooker]

What OS? I just tried it here to a fresh directory on Vista 64 Ultimate without any problems.


win XP

there must of still been something left in the registy ????

paul

[Rob H]

Just tried it on a VM that has never had Girder installed before and it worked fine.

Can you try downloading it again - in case Ron has uploaded a new build and told no-one.

[VSDomotics]

When Windows like Logger or LUA console, are placed outside the main program Window (like I use to do; see screenshot) and the minimize button is pressed on the main program, the extra Windows stay visible. They also do not get minized as expected. In G4 this worked like expected.

[Rob H]

To minimise all Girder windows, double-click on the Girder icon in the system tray.

[VSDomotics]

You mean this is by design? Or did you just look for a quick way to 'solve' the bug?

[Rob H]

That would be a question for Ron I guess. I can't remember exactly what Girder 4 did, but I had thought that it acted the same way.

[Ron]

Let's call it by design ;-) if all windows need to go do as Rob suggests.

[Mastiff]

Windows 7, 64 and 32 bit versions: The keyboard plug-in stops taking events after a while, related to the number of recognized keystroke events, not the uptime or the amount of total keystrokes on the computer.

[Ron]

Windows 7 is in beta, for all we know that is a MS bug.

[Mastiff]

Always a possibility, of course. It behaves exactly the same in 64 and 32 bits, and everything else Girder works perfectly. And the keyboard doesn't show any funky stuff in other programs. Resetting the Lua engine brings the events back instantly.

[JLB03]

Sorry, but I have not found how to post a new topic in this forum

As you are in proximis team, I think you can easealy answer my question.

I use girder 3.3 with a X10 remote (medion) and dvbviewer. And I am very enjoy by this program

I am testing girder 5, before pearhaps buy it. I have loaded my dvbviewer.gml file from girder 3, but I don't succeed to use the remote.

In testing event girder 5 don't receive information from the remote.

Have you an idea of the problem and what I can do to test girder5 with my medio X10 remote?

Thank you

JLB

[jwilson56]

There seems to be a bug in the Component Manager RSS Feed UI. When I add a feed and close the panel and come back its not there.

[Rob H]

Hmm... I can't reproduce that one. I do however see a rather weird bug there. ie when you first enter that page you have a dropdown at the top with your RSS feeds. If you close the component manager and then re-enter it, the drop down changes to an edit control (and some labels are also overlaid over one another). You have to click the Edit button and the Cancel button to restore the drop down.

[Rob H]

Try this replacement for plugins\treescript\RSS UI.lua

[jwilson56]

That seemed to fix the UI bug but there seems to be yet another problem. I added the RSS Feed

http://rss.cnn.com/rss/cnn_topstories.rss

But in the NRD NR Variable Inspector I get this:

Fordrat8\RSS\CNN Top Stories\ItemList.Values_16_URL http://news.bbc.co.uk/go/rss/-/2/hi/programmes/world_news_america/8011439.stm

So something is not right.

Also I found a bug in NRD.... when I copied the Variable Name to the clipboard I got an error:

See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.Runtime.InteropServices.ExternalException: Requested Clipboard operation did not succeed.
at System.Windows.Forms.Clipboard.ThrowIfFailed(Int32 hr)
at System.Windows.Forms.Clipboard.SetDataObject(Objec t data, Boolean copy, Int32 retryTimes, Int32 retryDelay)
at System.Windows.Forms.Clipboard.SetText(String text, TextDataFormat format)
at System.Windows.Forms.Clipboard.SetText(String text)
at com.Promixis.Forms.NriEditorForm.copyVariableNameT oClipboardToolStripMenuItem_Click(Object sender, EventArgs e)
at System.Windows.Forms.ToolStripItem.RaiseEvent(Obje ct key, EventArgs e)
at System.Windows.Forms.ToolStripMenuItem.OnClick(Eve ntArgs e)
at System.Windows.Forms.ToolStripItem.HandleClick(Eve ntArgs e)
at System.Windows.Forms.ToolStripItem.HandleMouseUp(M ouseEventArgs e)
at System.Windows.Forms.ToolStripItem.FireEventIntera ctive(EventArgs e, ToolStripItemEventType met)
at System.Windows.Forms.ToolStripItem.FireEvent(Event Args e, ToolStripItemEventType met)
at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEven tArgs mea)
at System.Windows.Forms.ToolStripDropDown.OnMouseUp(M ouseEventArgs mea)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Mes sage& m)
at System.Windows.Forms.ToolStrip.WndProc(Message& m)
at System.Windows.Forms.ToolStripDropDown.WndProc(Mes sage& m)
at System.Windows.Forms.Control.ControlNativeWindow.O nMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.W ndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3082 (QFE.050727-3000)
CodeBase: file:///C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------
NRDesigner
Assembly Version: 2.0.0.0
Win32 Version: 2.0.0.11
CodeBase: file:///C:/Program%20Files/Promixis/NetRemote%20Designer/NRDesigner.exe
----------------------------------------
DevExpress.Utils.v8.3
Assembly Version: 8.3.3.0
Win32 Version: 8.3.3.0
CodeBase: file:///C:/Program%20Files/Promixis/NetRemote%20Designer/DevExpress.Utils.v8.3.DLL
----------------------------------------
System.Windows.Forms
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
DevExpress.OfficeSkins.v8.3
Assembly Version: 8.3.3.0
Win32 Version: 8.3.3.0
CodeBase: file:///C:/Program%20Files/Promixis/NetRemote%20Designer/DevExpress.OfficeSkins.v8.3.DLL
----------------------------------------
DevExpress.BonusSkins.v8.3
Assembly Version: 8.3.3.0
Win32 Version: 8.3.3.0
CodeBase: file:///C:/Program%20Files/Promixis/NetRemote%20Designer/DevExpress.BonusSkins.v8.3.DLL
----------------------------------------
System.Configuration
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3082 (QFE.050727-3000)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
NetRemoteControl
Assembly Version: 1.0.3358.15270
Win32 Version: 1.0.3358.15270
CodeBase: file:///C:/Program%20Files/Promixis/NetRemote%20Designer/NetRemoteControl.DLL
----------------------------------------
DevExpress.XtraBars.v8.3
Assembly Version: 8.3.3.0
Win32 Version: 8.3.3.0
CodeBase: file:///C:/Program%20Files/Promixis/NetRemote%20Designer/DevExpress.XtraBars.v8.3.DLL
----------------------------------------
DevExpress.Data.v8.3
Assembly Version: 8.3.3.0
Win32 Version: 8.3.3.0
CodeBase: file:///C:/Program%20Files/Promixis/NetRemote%20Designer/DevExpress.Data.v8.3.DLL
----------------------------------------
DevExpress.XtraEditors.v8.3
Assembly Version: 8.3.3.0
Win32 Version: 8.3.3.0
CodeBase: file:///C:/Program%20Files/Promixis/NetRemote%20Designer/DevExpress.XtraEditors.v8.3.DLL
----------------------------------------
DevExpress.XtraTreeList.v8.3
Assembly Version: 8.3.3.0
Win32 Version: 8.3.3.0
CodeBase: file:///C:/Program%20Files/Promixis/NetRemote%20Designer/DevExpress.XtraTreeList.v8.3.DLL
----------------------------------------
System.Data
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000)
CodeBase: file:///C:/WINDOWS/assembly/GAC_32/System.Data/2.0.0.0__b77a5c561934e089/System.Data.dll
----------------------------------------
Interop.NetRemoteLibrary
Assembly Version: 1.0.0.0
Win32 Version: 1.0.0.0
CodeBase: file:///C:/Program%20Files/Promixis/NetRemote%20Designer/Interop.NetRemoteLibrary.DLL
----------------------------------------
System.Design
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Design/2.0.0.0__b03f5f7f11d50a3a/System.Design.dll
----------------------------------------
Accessibility
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/Accessibility/2.0.0.0__b03f5f7f11d50a3a/Accessibility.dll
----------------------------------------
ICSharpCode.SharpZipLib
Assembly Version: 0.84.0.0
Win32 Version: 0.84.0.0
CodeBase: file:///C:/Program%20Files/Promixis/NetRemote%20Designer/ICSharpCode.SharpZipLib.DLL
----------------------------------------
DevExpress.XtraVerticalGrid.v8.3
Assembly Version: 8.3.3.0
Win32 Version: 8.3.3.0
CodeBase: file:///C:/Program%20Files/Promixis/NetRemote%20Designer/DevExpress.XtraVerticalGrid.v8.3.DLL
----------------------------------------
DevExpress.XtraGrid.v8.3
Assembly Version: 8.3.3.0
Win32 Version: 8.3.3.0
CodeBase: file:///C:/Program%20Files/Promixis/NetRemote%20Designer/DevExpress.XtraGrid.v8.3.DLL
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

[Rob H]

That's clearly not right, is it? I'll see what I can do about both

[Rob H]

Can you try this version of luascript\Classes\RSS.lua?

I can't reproduce the clipboard error in NRD. Does it happen consistently for you? Does it matter which name you try to copy to the clipboard? Does copying a value work?

[jwilson56]

Better but still not right....

If I look at the UI panel for RSS Component Manager it shows 33 News Items for BBC and 10 for CNN. But upon further inspection I now see that the CNN ones (ten of them) are showing up under CNN Top Stories but the BBC ones are also showing up under the CNN section (33 of them). It seems as they did not get purged.

Another thing... I deleted the Wired news feed from CM but there is still entries in the NRD Netremote Variable Inspector.

Also I noticed that the Description comes across like this (copied from the NRD Netremote Variable Inspector):

Mac computers are known for their near-immunity to the viruses and other harmful programs that plague PCs. But that may be changing somewhat, according to computer security researchers. It seems that as sleek Mac computers become more popular, they're also more sought-after targets for the authors of harmful programs.<div class="feedflare">
<a href="http://rss.cnn.com/~ff/rss/cnn_topstories?a=A5Frw9supMo:e3SW5yXO1OE:yIl2AUoC8 zA"><img src="http://feeds2.feedburner.com/~ff/rss/cnn_topstories?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://rss.cnn.com/~ff/rss/cnn_topstories?a=A5Frw9supMo:e3SW5yXO1OE:7Q72WNTAK BA"><img src="http://feeds2.feedburner.com/~ff/rss/cnn_topstories?d=7Q72WNTAKBA" border="0"></img></a> <a href="http://rss.cnn.com/~ff/rss/cnn_topstories?a=A5Frw9supMo:e3SW5yXO1OE:V_sGLiPBp WU"><img src="http://feeds2.feedburner.com/~ff/rss/cnn_topstories?i=A5Frw9supMo:e3SW5yXO1OE:V_sGLiPBp WU" border="0"></img></a> <a href="http://rss.cnn.com/~ff/rss/cnn_topstories?a=A5Frw9supMo:e3SW5yXO1OE:qj6IDK7rI Ts"><img src="http://feeds2.feedburner.com/~ff/rss/cnn_topstories?d=qj6IDK7rITs" border="0"></img></a> <a href="http://rss.cnn.com/~ff/rss/cnn_topstories?a=A5Frw9supMo:e3SW5yXO1OE:gIN9vFwOq vQ"><img src="http://feeds2.feedburner.com/~ff/rss/cnn_topstories?i=A5Frw9supMo:e3SW5yXO1OE:gIN9vFwOq vQ" border="0"></img></a>
</div><img src="http://feeds2.feedburner.com/~r/rss/cnn_topstories/~4/A5Frw9supMo" height="1" width="1"/>

So I thik there is something not right with the parsing also....





As for the copy bug.... I tried copying something else and it gave me the error also. Does seem to matter what I try to copy.

NRD V 2.0.0.11
WinXP Pro

[Rob H]

What happens if you restart NR? Does that sort it the RSS issue?

Not sure what's up with the parsing there - perhaps a slightly malformed RSS file?

I assume you can successfully copy text to the clipboard using other programs? Preferably ones written in .Net

I did find this http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=92689 which suggests that something else might be holding the clipboard open.

[jwilson56]

Ok I did a complete reboot of both systems...

RSS seems to be working (except for the GUI truncation mention in the other thread) and the clipboard copy exception error disappeared.

Thanks

[Rob H]

I've wrapped the calls to Clipboard.SetText() in an exception handler in case it happens again.

[mhwlng]

I see this a lot of times in Girder :

LOG: Device Manager : 4 - Connection manager: Got a DM.Query from NetRemote client at dev2
EventHandler: ...irder5\luascript\DeviceManager/ConnectionManager.lua:148: attempt to index local `ctable' (a nil value)
stack traceback:
...irder5\luascript\DeviceManager/ConnectionManager.lua:148: in function `SendDeviceUpdate'
...irder5\luascript\DeviceManager/ConnectionManager.lua:174: in function `SendDevices'
...irder5\luascript\DeviceManager/ConnectionManager.lua:73: in function <...irder5\luascript\DeviceManager/ConnectionManager.lua:68>


When starting multiple instances of NR (same PC or different pc's)

Marcel

[Rob H]

That's pretty odd - it looks as though it's receiving the DM.Query event from NetRemote before the ClientConnected event has been processed!

[mhwlng]

That's pretty odd - it looks as though it's receiving the DM.Query event from NetRemote before the ClientConnected event has been processed!

I went back to G5 build 542, I see the same errors...

note that I never saw this, when I was only running only one NR instance...

Marcel

[Rob H]

Interesting, I'll see what I can discover.

[quixote]

Set State does not work properly. I have attached a GML to demonstrate that. The tilde key (~) cycles through 3 actions which use the OSD to display the corresponding number in the cycle. The number keys 1 through 3 have been set to trigger macros that set the state to the corresponding number. This means that theoretically, pressing ~ 2 ~ should display 1 3, ~ ~ 3 should display 1 2 , and so on. The cycle should resume normal operation if the user switches back to using ~ ~ ~.

This is not the case. Can someone please review the "Set State" action in the Girder action folder and correct the problem? Thanks in advance.

[Rob H]

I'll have to leave this for Ron to look at.

[Ron]

I'll look at this, though probably my first chance will be Monday morning.

[quixote]

Thanks, Ron. I realize that it's a bit of an obscure action, but it definitely has it's uses.

[Ron]

Well, you are right that it is not working as you might expect. In Girder 3 i presented the internal state variable to users, this confused the hell out of them. So in Girder 4-5 I presented a translated value to them more in line with what they expect. (leading to less confusion over states over the years).

Then I added SetState,.. and sadly I forgot to include the conversion step, set state uses the internal current state (ICS) value. However now that I have released quite a few versions with this bug I can't fix it as fixing it for you will break it for others. :(

The formula to calculate the internal current state from what you see as the current state is as follows:

TOS = trigger on state
SC = state count
DCS = displayed current state
ICS = internal current state

ICS = DCS - TOS
if ICS < 1 then
ICS = ICS + SC
end

For node 1, TEMP = 0
DCS = 1 -> ICS = 1
DCS = 2 -> ICS = 2
DCS = 3 -> ICS = 3

For node 2, TEMP = 1
DCS = 1 -> ICS = 3
DCS = 2 -> ICS = 1
DCS = 3 -> ICS = 2

For node 3, TEMP = 2
DCS = 1 -> ICS = 2
DCS = 2 -> ICS = 3
DCS = 3 -> ICS = 1

[quixote]

Thanks Ron.

That's supposed to be less confusing than the way I thought it would be? :S

I'll see if I can figure out the logic behind it.

[Rob H]

Perhaps a new Set State (Translated) action might help?

[quixote]

I think that is a good idea because it's more intuitive for new users (and lazy people like me). :D

[reeven]

I found an bug, latest version, win7 fresh install, today i was writing something in an notepad with girder started in the taskbar.
Letter "A" on keyboard does not show,i clicked A letter on keyboard many times but nothing appear, if i exit girder letter A appear in notepad( or Opera, start, etc).
I find out that i must stopped keyboard plugin. Now is working.

Any fixed for this?

[Rob H]

I'd suggest disabling all your loaded GMLs see if the problem still occurs. If it doesn't then enable them one at a time to isolate which one is causing this.

[reeven]

I delete all of girder, from .reg, from appdata, etc, install it again, now is working.

Girder 3,4 have some problems on Win7, but v5 work ok most of the times.

[mhund]

not sure if it is a bug but I don't see a way to come out of this:

I am speaking about the dialog box component-manager -> communications -> girder to girder -> the list of available clients. I have a new PC in my home environment as substitute for my old notebook. The old notebook was named "hundmobil" and is offlline now. The new PC has the same IP adress but the new name "hundtop". When I open the g2g dialog box on my server (separate pc) I still see a "hundmobil" entry instead of a new "hundtop" and it is shown as "online". There is no entry "hundtop".

My assumption: girder seems to remember the link between ip address and pc name and does not detect new pc names when they have an already knows ip adress.

Its not a big problem for me. Sofar only a cosmetic bug. When I call comserv.GetHostName() in LUA, i get the correct name of the new pc "hundtop".


EDIT: Have changed the config file "G2G.cfg" manually. Seems to correct the impact of the problem.

[Rob H]

Hmm... in the bottom half of that dialog there are various controls that are used to pre-register a g2g client. I note that there is a Remove button there. Does that not work to remove an existing client?

[mhund]

Hi Rob,

no. It does not work as long as there is a (other) client with the same ip address.

[Rob H]

Right.

So you had two clients with the same IP address showing in the list in the top part of that dialog?

Glad you found a workaround.

[mhund]

No. In the list was only the old client entry, but showing the online state of the new client. and this old entry was undeletable.

After changing the g2g.cfg manually everything is ok - as workarround. But it could be confusing for other users.

[shaun5]

string.format does not appear to work in a webpage .lhtml file. (%s is replaced with s vs. the variable data)

[johwil4967]

As a new user I spent quite some time figuring out that Set State doesn't set the state value as you would expect. As you pointed out, changing it now would upset some users (Me Included), But adding some verbage to the manual would have help me greatly. Just a friendly suggestion.

[jmonier]

It reports:

The program can't start because boost_system-vc90-mt-1_41.dll is missing from your computer. Try reinstalling the program to fix this problem.

Reinstalling (several times) does not fix it. 5.0.11.546 works fine.

[Ron]

Sorry the linker didn't statically link. I'll try to get an update out asap.

[Ron]

Extract the attached files into the Girde folder. I'm also updating the installer to include them.

[AlCapone]

Hi.
on each shutdown, girder crashes, the disasm shows it crashed while calling "classes.tlist.remove"
It have been like that for many versions, for years.
Could you please tell me something about what's causing it ?
- it's hard to submit the error in usual manner, since the computer already started shutdown.

[Ron]

It would be really helpful if I could get a stack trace from the built in crash handler. Does it happen on Log out as well?

[AlCapone]

I just sent a picture of the disassembly, to sales at promixis email.
Unfortunatly, I did not did another picture in time.
- will do it if you need. (right now, the mediaportal computer is recording)

[AlCapone]

yes it does crash at logoff as well, forgot that the TV server service will record anyway, so I just tried.
- sent two more pictures using mail.

[Ron]

Got the picture. If there is any chance to get the stack trace that would be most helpful.

[AlCapone]

please see previous message (just in case you don't get a notification because you wrote the last message right after me)
:)

[Ron]

Thanks the call stack indicates a crash in a supporting library (dxBars). Lovely. I'll see if I can trace it down or somehow prevent it.

[Ron]

btw, maybe you can run grunt.exe instead for your day-to-day use. (it does not have much of a UI to avoid exactly these issues).

[AlCapone]

-will try. :)

[smeehrrr]

Any update on that last reported crashing bug? I'm hitting the same thing. Grunt is an option but is not ideal for my use.

[Ron]

I'm preparing a new release that has all of it's dependencies updated including the library that was causing this crash. I'm hoping to release an Alpha of that soon keep you eye on the Girder 5 forums.

[mihooper]

Ron,

Have been trying the latest V5 and the program hangs on two different machines. Using Global Cache commands, after a couple of commands Girder disables events (all by itself) and will not exit when I click "Exit Girder". The program becomes non-responsive and I must use task manager to kill it.

MikeH

[Tieske8]

Using this script

local x = win.ListNetworkInterfaces()
for i, t in ipairs(x) do
j = win.IsNetworkInterfaceConnected(t.Name)
if j < 0 then s = "Disabled"
elseif j > 0 then s = "Connected"
else s = "Disconnected" end
print(t.Description, s, win.GetIPInfo(i - 1))
end
on a virtual machine with a bridged network connection
IPConfig results:


Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . : local.lan
IP Address. . . . . . . . . . . . : 192.168.50.99
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.50.1


Script result;

VMware Accelerated AMD PCNet Adapter (2) Connected 192.168.50.99 thijs-devsys
This is correct.

Keep Girder open, change connection, to NAT connection (disconnect, change to NAT, reconnect)
IPConfig results:


Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . : localdomain
IP Address. . . . . . . . . . . . : 192.168.242.128
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.242.2

IP info changed, as expected

Script result;

VMware Accelerated AMD PCNet Adapter (2) Connected 192.168.50.99 thijs-devsys
No update? keeps reporting old values.

Change connection, disconnect;
Script results:

VMware Accelerated AMD PCNet Adapter (2) Disconnected 192.168.50.99 thijs-devsys
Connection state does get updated

Using Girder 5.0.14 (build 551)

Function win.IsNetworkInterfaceConnected() does work as expected, but function win.GetIPInfo() does not refresh its results.


I'm trying to detect changes in network connection state, but this is the reason I can't get it to work...

[Tieske8]

Any update on this? I'm looking into detecting network disconnects and could use this, when its working...

[Tieske8]

This code;

ComponentManager:Print()
results in this error;


Component: ConfigFiles
ActiveRFID Receivers Container
SerialInstancesContainer Container
Component: Active RFID Receiver
Instance Settings:
...\luascript\Components/Classes/InstancesContainer.lua:323: attempt to index field `InstanceSettings' (a nil value)
stack traceback:
...\luascript\Components/Classes/InstancesContainer.lua:323: in function `Print'
...ript\Components/Classes/SerialInstancesContainer.lua:46: in function `Print'
...Girder5\luascript\components\ActiveRFIDReceiver s.lua:78: in function `Print'
...iles\Promixis\Girder5\luascript\ComponentManage r.lua:765: in function `Print'
[string "X10 devices.gml:\test\print LG TV"]:12: in main chunk

[Tieske8]

minor thingy;

Please change line 4677 of 'C:\Program Files\Promixis\Girder5\plugins\treescript\Device Manager UI.lua' from:


Controls.tranport.Caption = 'No transport control'


To:


Controls.transport.Caption = 'No transport control'

[Ron]

Thanks! Fix applied to Girder 5.1