Problem with NetRemote.SendLabel

[FearTheDentist]

I used NetRemote.SendLabel to update fields in NR w\o a problem in G3, but I can't seem to get it to work in G4....
To troubleshoot, I made a very simple .CCF\.GML this AM, with a simple slider with value "counter" and a field with an element name {test}.
In G4 I added a scripting action with the script:

local a = (pld3)
print (a)
NetRemote.SendLabel ("test",a)

and an event 'counter'

The G4 side works as expected, the value of the slider is displayed in the Lua console, but for the life of me I can't get NR to display {test}- I don't think the value is being sent back to NR. I don't know if it's something I'm doing wrong or if maybe there's a bug in NetRemote.SendLabel?
Any suggestions?

[danward79]

Is the NR instance on the same machine as G4?

[Rob H]

The G4 side works as expected, the value of the slider is displayed in the Lua console, but for the life of me I can't get NR to display {test}- I don't think the value is being sent back to NR. I don't know if it's something I'm doing wrong or if maybe there's a bug in NetRemote.SendLabel?
Any suggestions?

It doesn't look as though Mike's broken NetRemote.SendLabel in the latest version.

[danward79]

I was playing around the other day with the designer, nr and g4 running on the same machine and my send label would not work locally. It would however work from my pda, etc.

[Rob H]

Okay, I'll take another look

[FearTheDentist]

hi- yes it is running on the local machine, I'll test it from another workstation.

[FearTheDentist]

Good call- I just installed NR on another workstation and NetRemote.Send.Label works fine. I'll post over in NRD about it.
Thanks!

[danward79]

No Probs, anything for our nice friendly Dentist!

[Promixis]

Is this a NetRemote send issue or NRD?

Rob - did I break something?

[Rob H]

There seems to be an intermittent problem with NR Feedback not seeing local clients

I'll probably wait for the next beta of G4 before attempting to reproduce it again.

[Rob H]

I can't see anything obvious that you might have broken, Mike.

Ron might have broken something with the changes he made to the comserver for John.

[FearTheDentist]

Oop- you're right, should have put it in NR :oops:

[Rob H]

No, I think you put it in the right place.

You might like to try using http://www.promixis.com/phpBB2/download.php?id=1785 instead of NetRemote.lua (make a backup) then we can see whether it's Mike's fault or Ron's fault :)

[Promixis]

No, I think you put it in the right place.

You might like to try using http://www.promixis.com/phpBB2/download.php?id=1785 instead of NetRemote.lua (make a backup) then we can see whether it's Mike's fault or Ron's fault :)

ooooooooooouuuuuuuuuuccccccccccccccccccchhhhhhhhhh hhhhhhhhhhh!

[Rob H]

LOL

Actually, I've just had a thought - what does G4 do with autoloaded Lua files?

Does it do the same as a call to require() would do? If not, then the autoloaded script will discover the existing clients as expected, but any script that calls require("Threaded NetRemote Feedback") (e.g. LDJ which our friend the dentist uses), will in turn call require('NetRemote'). This will wipe out the Clients table.

Girder really needs to load autoloaded scripts using the equivalent of require() to avoid this.

[Rob H]

As a temporary workaround, it should be enough to comment out the call to require() in Threaded NetRemote Feedback.lua

[Promixis]

we are slowly getting rid of the autostart files...

netremote.lua is loaded with a require statement from the netremote ui file.

so I don't think that is it...

good thought

[Promixis]

hm. that might be it...

[Promixis]

interesting...

require 'NetRemote'

is not the same as

require 'netremote'

which does make sense but is a potential problem..... however, tnrf calls require 'NetRemote' so it shouldn't happen...

I should complete empty tnrf and maybe put a check in netremote.lua....

[Promixis]

change the bottom of netremote.lua to


if not NetRemote then
NetRemote = Start ()
end

[Rob H]

And, to be on the safe side, I'd make Clients local in NetRemote.lua

It used to be local, but I think I may have made it global for testing purposes.

[Promixis]

was for testing... fixed....

[FearTheDentist]

Did we ever resolve the problem w\ G4 not sending feedback to NR clients on the same machine? I just uninstalled\reinstalled b10 and I had the same problem again. I dropped TNRF in luascript\startup and it corrects the problem, but now I get an error on startup-

TreeScript (golua): ...Promixis\Girder\/plugins/treescript/NetRemote UI.lua:9: attempt to call field `GetConnectedClientList' (a nil value)
stack traceback:
...Promixis\Girder\/plugins/treescript/NetRemote UI.lua:9: in function <...Promixis\Girder\/plugins/treescript/NetRemote UI.lua:5>
...Promixis\Girder\/plugins/treescript/NetRemote UI.lua:41: in function <...Promixis\Girder\/plugins/treescript/NetRemote UI.lua:40>


Not sure if this matters or not, but I don't think this was the intended result.. :)

Also- in setting->plugins->NR my local machine does not show up under "connected clients"- I think this is indicative of the problem.

I changed the bottom of NetRemote.lua as Mike suggested, but it didn't change anything (that I could see anyway)

[danward79]

I have been having similar issues. I cannot send any thing to a client at the moment.

[FearTheDentist]

I seem to have intermittant communications. It's driving me batty as I often don't know if I did something wrong or if its a communication problem. .I can't seem to find a consistant pattern- with NRTF loaded it sometimes works, sometimes doesn't. When it's not loaded I have no feedback. grrr...

[danward79]

What complicates matters here, is I have four instances of girder all at different levels, 2 at g3 and 2 at g4. Now that is confusing!