libkey.dll

[Brian Moran]

I have a customer whose Windows computers are protected with
CyberArmor, an enterprise-wide firewall solution. It crashes my iShell
products. The thing it seems to object to is the libkey.dll -- Would
anyone have a clue what the function of this .dll is, and whether
iShell can operate without it?

Your thoughts greatly appreciated,

Brian

http://www.infoexpress.com/security_products/firewall_overview.php

--
You received this message because you are subscribed to the Google Groups "iShell discussion". The place to learn and talk about tribalmedia's iShell. Please visit us a http://www.tribalmedia.com.

To post to this group, send email to Triba...@googlegroups.com
To unsubscribe from this group, send email to TribalForum...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/TribalForum?hl=en

[Lloyd Sharp]

hi

libkey stands for >Liberation (license) key<

... so at a wild guess i would say it's to do with the ishell licensing [?] or possibly file permissions like for the project caches etc [?] ...

but not sure how you can avoid it.

lloyd

On 22/05/2010, at 5:23 AM, Brian Moran wrote:

I have a customer whose Windows computers are protected with CyberArmor, an enterprise-wide firewall solution. It crashes my iShell products. The thing it seems to object to is the libkey.dll -- Would anyone have a clue what the function of this .dll is, and whether iShell can operate without it?

Your thoughts greatly appreciated,

Brian

http://www.infoexpress.com/security_products/firewall_overview.php

-- 

You received this message because you are subscribed to the Google Groups "iShell discussion". The place to learn and talk about tribalmedia's iShell.  Please visit us ahttp://www.tribalmedia.com.

To post to this group, send email to Triba...@googlegroups.com
To unsubscribe from this group, send email to TribalForum...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/TribalForum?hl=en

[Gil Anspacher, Tribalmedia Support]

Brian,

Libkey is the key language and what makes iShell tick.  iShell does not exist without it. Not sure why this would cause an issue any more than any other dll.   Seems very strange. 

lib = library
key = key language

Have you done some testing on the affected machines with the firewall off? One doc simple project?

Regards,
Gil Anspacher, tribalmedia Support

[Brian Moran]

Thanks Gil. And yes, with the firewall off iShell runs fine.

[Lloyd Sharp]

well there you go... you learn something every day...

shows how random windows library naming is.

several MS visual studio projects [non ishell ] i have worked on have had libkey.dll's as security related functions.

still regarding the firewall issue - now having thousands of projects running on many networks over quite a few years - i have only had approx 3-4 cases where ishell caused any firewall issue and they were always eventually related to creating the project cache files on the network clients.

so i would start by exploring that.

lloyd sharp

[Brian Moran]

Makes sense, thanks Lloyd

On May 22, 2010, at 4:48 PM, Lloyd Sharp <lsh...@bigpond.net.au> wrote:

> i have only had approx 3-4 cases where ishell caused any firewall
> issue and they were always eventually related to creating the
> project cache files on the network clients.

[Gil Anspacher, Tribalmedia Support]

Brian,

Have you tried a simple 1 doc project?

Gil

---

From: Brian Moran <brim...@pacbell.net>
Reply-To: "Triba...@googlegroups.com" <Triba...@googlegroups.com>
Date: Sat, 22 May 2010 09:40:10 -0700
To: "Triba...@googlegroups.com" <Triba...@googlegroups.com>
Subject: Re: libkey.dll

[Brian Moran]

I have not tried a one doc project, or anything else. I don't have access to their computers. What do you think a 1 doc project would demonstrate? The firewall apparently crashes iShell on startup.

Brian 

[Gil Anspacher, Tribalmedia Support]

The question is what is crashing, is your start doc or is it iShell. And, is it the launcher or iShell?

One doc no plugins rules out any issues with your code or plugins.

Could be an issue with writing to the prefs directory?

Gil

[Brian Moran]

Lloyd - Maybe you can expand on this a bit. My projects crash (in this firewall set-up) within seconds of start-up. Although I do write some user data into the project's cache-cache folder, that's way down the line in these programs, and I could easily eliminate that altogether. I guess what I don't know is, does iShell carve out some cache territory on the user's hard drive right at start-up? 

Thanks again, Brian

[Gil Anspacher, Tribalmedia Support]

Brian,

Yes, iShell does create a project folder in the cache-cache at start-up. That is why I wanted you to do a test with a simple 1 doc project. If that fails, then we know it is not your project. I understand the issues of getting to the machine... That can be hard... Can you remote in through the firewall? Have you tried:

GoToAssist Express
https://www.gotoassist.com/tr/fastSupport?Target=desktopstreaming/entry.tmpl

Regards,
Gil Anspacher, tribalmedia Support

---

From: Brian Moran <brim...@pacbell.net>
Reply-To: "Triba...@googlegroups.com" <Triba...@googlegroups.com>

Date: Tue, 25 May 2010 10:34:52 -0700

To: "Triba...@googlegroups.com" <Triba...@googlegroups.com>
Subject: Re: libkey.dll

Lloyd - Maybe you can expand on this a bit. My projects crash (in this firewall set-up) within seconds of start-up. Although I do write some user data into the project's cache-cache folder, that's way down the line in these programs, and I could easily eliminate that altogether. I guess what I don't know is, does iShell carve out some cache territory on the user's hard drive right at start-up?

Thanks again, Brian

well there you go... you learn something every day...
shows how random windows library naming is.
several MS visual studio projects [non ishell ] i have worked on have had libkey.dll's as security related functions.

still regarding the firewall issue - now having thousands of projects running on many networks over quite a few years - i have only had approx 3-4 cases where ishell caused any firewall issue and they were always eventually related to creating the project cache files on the network clients.
so i would start by exploring that.

lloyd sharp



On 22/05/2010, at 10:41 PM, Gil Anspacher, Tribalmedia Support wrote:

Brian,

Libkey is the key language and what makes iShell tick.  iShell does not exist without it. Not sure why this would cause an issue any more than any other dll.   Seems very strange.  
 
 lib = library
 key = key language

Have you done some testing on the affected machines with the firewall off? One doc simple project?

Regards,
Gil Anspacher, tribalmedia Support

On Fri, May 21, 2010 at 3:23 PM, Brian Moran <brim...@pacbell.net> wrote:
 

I have a customer whose Windows computers are protected with CyberArmor, an enterprise-wide firewall solution. It crashes my iShell products. The thing it seems to object to is the libkey.dll -- Would anyone have a clue what the function of this .dll is, and whether iShell can operate without it?
 
 Your thoughts greatly appreciated,
 
 Brian
 
 http://www.infoexpress.com/security_products/firewall_overview.php

 --
 You received this message because you are subscribed to the Google Groups "iShell discussion". The place to learn and talk about tribalmedia's iShell.  Please visit us a http://www.tribalmedia.com <http://www.tribalmedia.com/> .

 
 To post to this group, send email to Triba...@googlegroups.com
 To unsubscribe from this group, send email to TribalForum...@googlegroups.com
 For more options, visit this group at http://groups.google.com/group/TribalForum?hl=en
 

 --
 You received this message because you are subscribed to the Google Groups "iShell discussion". The place to learn and talk about tribalmedia's iShell.  Please visit us a http://www.tribalmedia.com <http://www.tribalmedia.com/> .

  
 To post to this group, send email to Triba...@googlegroups.com
 To unsubscribe from this group, send email to TribalForum...@googlegroups.com
 For more options, visit this group at http://groups.google.com/group/TribalForum?hl=en

 --
 You received this message because you are subscribed to the Google Groups "iShell discussion". The place to learn and talk about tribalmedia's iShell.  Please visit us a http://www.tribalmedia.com.
  
 To post to this group, send email to Triba...@googlegroups.com
 To unsubscribe from this group, send email to TribalForum...@googlegroups.com
 For more options, visit this group at http://groups.google.com/group/TribalForum?hl=en

--
You received this message because you are subscribed to the Google Groups "iShell discussion". The place to learn and talk about tribalmedia's iShell.  Please visit us a http://www.tribalmedia.com.
 
To post to this group, send email to Triba...@googlegroups.com
To unsubscribe from this group, send email to TribalForum...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/TribalForum?hl=en

[Lloyd Sharp]

hi

As Gil suggests also [see other email] - as soon as it starts up it tries to create a directory and to save temp data etc.

...like many apps do to create a prefs file and a cache 'environment' i believe.

I have found it's often that process that firewalls intercept as a malicious act and stop from happening.

This would mean that ishell can't generate any temp preferences etc and will fail at the initial startup process most likely. [as your's apparently does]

It is often very tricky in a networked scenario where all application created data is prevented except those from authorised apps.

Some firewalls and antivirus apps are VERY intrusive and monitor all data creation and prevent it from proceeding.

it appears that the CyberArmor 'granular' settings need to be adjusted...

http://www.infoexpress.com/security_products/firewall_overview.php

It could also be the launcher being prevented from launching the main app - some firewalls prevent this - one app launching another one etc.

But in that case you would probably see the launcher start up and then fail to launch the other main project.

Can these machines definitely all run a QT mov file?

ie. is QT actually allowed to run?

I have also seen situations where QT is installed but then is not allowed to run anything.

If it is possible you need to talk directly with their IT people and get them to try and run through the usual debugging process.

- run a QT movie

- run simple ishell project to see if it;s your porject or the main app or launcher

- run another ishell project and then your ishell project to see if it's unique to your app

- run your project with the cyberarmour software temporarily turned off or suspended or set to allow apps to create sub user directories

etc

Someone needs to check the actual user settings too - to make sure the users can create data in their own directories - sometimes this can be set too severely.

It is not unheard of for users in large orgs and businesses to have virtually no ability to create data or directories except the networked default home drive.

eg. also users may not be logging into the local machine at all - but logging in as network users on a server home directory. ie. the local machine  s simply a hardware client

We often see this in schools and university network setups.

These are all steps that are not really unique to ishell debugging... just IT environment debugging...

I think it's best to assume thats it's their setup if no one else is complaining.

I would take a wild guess that this is probably NOT a software issue - this is most likely an IT policy issue.

lloyd

_________________

Lloyd Sharp - lsh...@bigpond.net.au

[Principal Design Officer - Information Services BOSNSW] lloyd...@bos.nsw.edu.au | www.boardofstudies.nsw.edu.au

[Digital Art & Design] www.chickenfish.cc - www.iris.fm - www.citroen.cc

__________________

[Lloyd Sharp]