Re: [AG-TECH] Re: AGVCR problem

[Derek Piper <dcpiper@xxxxxxxxxxx>]

Cindy Sievers wrote:
> My apologies, Derek is right, please don't blame the AGVCR installer, it 
> works great!  And furthermore, both Derek and AGVCR are awesome!

I'm not sure about all that.. but the program is good at least. :)

> The problem I had, as Tom pointed out, was related to this bug (and not 
> to the GTK as I had thought):
>
> http://bugzilla.mcs.anl.gov/accessgrid/show_bug.cgi?id=1571
>
> Tom wrote, "The problem is, I believe, the existence of some file or 
> directory that begins with "Program" in the C:\ directory,so you could 
> alternatively just remove that file/dir."
>
> I had specified a directory in the C:\ directory for AGVCR to write the 
> recorded files to, this in turn, triggered the above mentioned AGtk 
> bug.....once I removed this directory, everything worked fine. whew....

I've made files and directories in the C:\ directory before and it's not 
caused a problem. I've tried recreating the problem myself from what you 
said you did and it still works fine.

Maybe you have that special ability others lack :)

	Derek

> Many thanks to Tom and Derek!
>
> Cindy
>
> At 06:53 AM 9/7/2006, Derek Piper wrote:
>
> >         Any old GTK runtime would be listed in the 'Add/Remove 
> > Programs' dialog of Windows.
> >         I really don't think that any of it is related to VIC and RAT 
> > not working since they don't even use GTK.
> >         To clear some things up about the installer. It's not doing 
> > anything 'weird' behind the scenes, it's just copying the program 
> > files, the standalone runtime (the same as the contents of the .zip 
> > file that people have been using for ages, e.g. GTK and VIC and RAT). 
> > It does NOT alter the PATH of the system, but instead makes an 
> > AGVCR_PATH environment variable that the batch file to run AGVCR looks 
> > at to see if the DLLs are there. IF the GTK DLLs are installed on the 
> > system 'globally', then the bundled runtime is not used.
> >         If it sounds defensive, I guess I'm just concerned that people 
> > are going to blame the AGVCR installer for messing up their machine 
> > when it didn't.
> >         Now, as to your problem, I can only assume that Windows is 
> > just being difficult. :/
> >
> >         Derek
> >
> > Cindy Sievers wrote:
> > > Hi Paul
> > > Seems like I have the same error, only it hosed my vic and rat.....do 
> > > you know how to get rid of the old DLLs?  Upgrading to the newest GTK 
> > > created a problem on my machine!!! And I have a big seminar tomorrow 
> > > morning at 9:00.....oh woe is me....
> > > Cindy
> > > At 02:19 PM 9/6/2006, Derek Piper wrote:
> > >
> > > >         Paul,
> > > >
> > > >         Do you have an old GTK runtime installation on the machine 
> > > > you're testing on? References to that message indicate it was a 
> > > > known bug in GTK around March time. The runtime included with AGVCR 
> > > > has the most recent Windows build of GTK. So, I'm guessing some old 
> > > > DLLs are being found on the system and causing things to break.
> > > >
> > > >         Derek
> > > >
> > > > Paul Mercer wrote:
> > > > > Derek/AG community
> > > > > I used the Windows installer, typical installation, to install AGVCR.
> > > > > After starting AG2.4 and entering a venue, I added AGVCR to the 
> > > > > Shared Applications and when starting it I see..
> > > > > connecting to venue
> > > > > getting venue url
> > > > > getting venue streams
> > > > > generate command line
> > > > > and then the error The procedure entry point g_intern_static_string 
> > > > > could not be located in  the dynamic link library libglib-2.0-0.dll
> > > > > I have reinstalled twice and rebooted after the install.
> > > > > any help would be appreciated.
> > > > > thanks
> > > > > Paul
> > > > >  Paul Mercer
> > > > > Arctic Region Supercomputing Center
> > > > > 907 450 8649
> > > >
> > > > --
> > > > Derek Piper - dcpiper@xxxxxxxxxxx - (812) 856 0111
> > > > IRI 323, School of Informatics
> > > > Indiana University, Bloomington, Indiana
> > >
> > > ============================================
> > > Cindy Sievers           Los Alamos National Laboratory
> > > sievers@xxxxxxxx        Group CCS-1 MS B287
> > > tel:505.665.6602        Advanced Computing
> > > fax:505.665.4939        Los Alamos, NM 87544
> > > ============================================
> >
> > --
> > Derek Piper - dcpiper@xxxxxxxxxxx - (812) 856 0111
> > IRI 323, School of Informatics
> > Indiana University, Bloomington, Indiana
>
>
> ============================================
> Cindy Sievers           Los Alamos National Laboratory
> sievers@xxxxxxxx        Group CCS-1 MS B287
> tel:505.665.6602        Advanced Computing
> fax:505.665.4939        Los Alamos, NM 87544
> ============================================

--
Derek Piper - dcpiper@xxxxxxxxxxx - (812) 856 0111
IRI 323, School of Informatics
Indiana University, Bloomington, Indiana