Sybase NNTP forums - End Of Life (EOL)

The NNTP forums from Sybase - forums.sybase.com - are now closed.

All new questions should be directed to the appropriate forum at the SAP Community Network (SCN).

Individual products have links to the respective forums on SCN, or you can go to SCN and search for your product in the search box (upper right corner) to find your specific developer center.

Duplicate objects in PB path

11 posts in General Discussion (old) Last posting was on 2000-02-24 22:45:35.0Z
Ken Ewald Posted on 2000-02-23 21:34:51.0Z
Newsgroups: sybase.public.easerver
From: "Ken Ewald" <ewaldk@jcdc.jobcorps.org>
Organization: Wintelligent[207.43.246.2]
X-Newsreader: AspNNTP 1.41 (Advent 2000, Inc.)
Subject: Duplicate objects in PB path
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Date: Wed, 23 Feb 2000 16:34:51 -0500
Lines: 9
NNTP-Posting-Host: 207.156.232.4
Message-ID: <347_O5dGRXkf$GA.251@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:27999
Article PK: 154613

Having objects with the same name in two different pbls within the PB path
causes unpredictable results when deploying/running jaguar components. This
appears to be true even if one of the objects is an nvo and the other is it's
proxy.

Any idea about how to get around this or when Sybase might release a useable
version of PB / Jaguar?
Ken


Larry Cermak[Team Sybase] Posted on 2000-02-24 03:29:59.0Z
Newsgroups: sybase.public.easerver
From: "Larry Cermak[Team Sybase]" <lcermak@ctpartners.com>
Subject: Re: Duplicate objects in PB path
Date: Wed, 23 Feb 2000 21:29:59 -0600
Lines: 29
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
NNTP-Posting-Host: node49.dhcpchi.dslspeed.zyan.com 208.41.199.49
Message-ID: <347_Nj8DGinf$GA.151@forums.sybase.com>
References: <347_O5dGRXkf$GA.251@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:27968
Article PK: 154608

I agree with Mark. I never permit duplicate objects on a server whether
it's PBDs, DLLs, whatever. Having been using windows for so long, I know
not to trust that it will always find the file I expect it to.



--

Larry Cermak [Team Sybase]
Corporate Technology Partners, Inc.
www.ctpartners.com
Web DataWindow Articles
(http://sdn.sybase.com/sdn/appdev/get_doc.stm?loc=1001708)

"Ken Ewald" <ewaldk@jcdc.jobcorps.org> wrote in message
news:O5dGRXkf$GA.251@forums.sybase.com...
> Having objects with the same name in two different pbls within the PB path
> causes unpredictable results when deploying/running jaguar components.
This
> appears to be true even if one of the objects is an nvo and the other is
it's
> proxy.
>
> Any idea about how to get around this or when Sybase might release a
useable
> version of PB / Jaguar?
> Ken


Mark Maslow Posted on 2000-02-24 00:41:05.0Z
Newsgroups: sybase.public.easerver
From: "Mark Maslow" <mark.maslow@sierraclub.org>
Subject: Re: Duplicate objects in PB path
Date: Wed, 23 Feb 2000 16:41:05 -0800
Lines: 28
Organization: Sierra Club
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
NNTP-Posting-Host: machine001.sierraclub.org 207.90.163.1
Message-ID: <347_#pOSmCmf$GA.201@forums.sybase.com>
References: <347_O5dGRXkf$GA.251@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:27983
Article PK: 159893

I don't think this is actually different than deploying a regular
client/server PB application - if you have 2 objects with the same name in
different PBLs in the path, and try to do a full rebuild, you will get
errors. Perhaps in deploying to Jaguar, the checking should be more
rigorous, since getting errors when building would seem prefereable to
"unpredictable results". That would be a valid criticism. But some of us
have found PB/Jaguar to be "useable" enough to deploy some quite "useful"
applications. Most PB programmers use naming standards that help to avoid
duplicate object names. Is there some reason that you *must* give different
objects the same name?

Mark Maslow

Ken Ewald <ewaldk@jcdc.jobcorps.org> wrote in message
news:O5dGRXkf$GA.251@forums.sybase.com...
> Having objects with the same name in two different pbls within the PB path
> causes unpredictable results when deploying/running jaguar components.
This
> appears to be true even if one of the objects is an nvo and the other is
it's
> proxy.
>
> Any idea about how to get around this or when Sybase might release a
useable
> version of PB / Jaguar?
> Ken


Ken Ewald Posted on 2000-02-24 21:40:44.0Z
Newsgroups: sybase.public.easerver
From: "Ken Ewald" <ewaldk@jcdc.jobcorps.org>
Organization: Wintelligent[207.43.246.2]
X-Newsreader: AspNNTP 1.41 (Advent 2000, Inc.)
Subject: Re: Duplicate objects in PB path
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Date: Thu, 24 Feb 2000 16:40:44 -0500
Lines: 56
NNTP-Posting-Host: 207.156.232.4
Message-ID: <347_u$IDO$wf$GA.201@forums.sybase.com>
References: <347_O5dGRXkf$GA.251@forums.sybase.com> <347_#pOSmCmf$GA.201@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:27889
Article PK: 159588

By the way, I'm using EAStudio 3.5.

You may be correct about getting errors in PB 7, but that has not allways been
the case. What about this scenario:

Project path:
d:/myproj/myapp.pbl
d:/mainproj/abc.pbl ( A local copy of the networked v:/mainproj/abc.pbl )

Main project library being shared by many developers.
v:/mainproj/abc.pbl

Check an object out of v:/mainproj/abc.pbl into d:/myproj/myapp.pbl. Now you
have duplicate objects, one in d:/myproj/myapp.pbl and the other in
d:/mainproj/abc.pbl.

If you generate the app from d:, the object in d:/myproj/myapp.pbl should
override the one in d:/mainproj/abc.pbl. At least it used to. But, if you are
deploying a PB component to jaguar, then what might happen is that the object
from d:/mainproj/abc.pbl gets deployed instead of the one in
d:/myproj/myapp.pbl. This is not correct behavior is it?

On Wed, 23 Feb 2000 16:41:05 -0800,
in powersoft.public.easerver

Mark Maslow <mark.maslow@sierraclub.org> wrote:
>I don't think this is actually different than deploying a regular
>client/server PB application - if you have 2 objects with the same name in
>different PBLs in the path, and try to do a full rebuild, you will get
>errors. Perhaps in deploying to Jaguar, the checking should be more
>rigorous, since getting errors when building would seem prefereable to
>"unpredictable results". That would be a valid criticism. But some of us
>have found PB/Jaguar to be "useable" enough to deploy some quite "useful"
>applications. Most PB programmers use naming standards that help to avoid
>duplicate object names. Is there some reason that you *must* give different
>objects the same name?
>
>Mark Maslow
>
>Ken Ewald <ewaldk@jcdc.jobcorps.org> wrote in message
>news:O5dGRXkf$GA.251@forums.sybase.com...
>> Having objects with the same name in two different pbls within the PB path
>> causes unpredictable results when deploying/running jaguar components.
>This
>> appears to be true even if one of the objects is an nvo and the other is
>it's
>> proxy.
>>
>> Any idea about how to get around this or when Sybase might release a
>useable
>> version of PB / Jaguar?
>> Ken
>
>

Ken


Mark Maslow Posted on 2000-02-24 21:56:49.0Z
Newsgroups: sybase.public.easerver
From: "Mark Maslow" <mark.maslow@sierraclub.org>
Subject: Re: Duplicate objects in PB path
Date: Thu, 24 Feb 2000 13:56:49 -0800
Lines: 33
Organization: Sierra Club
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
NNTP-Posting-Host: machine001.sierraclub.org 207.90.163.1
Message-ID: <347_zI77fLxf$GA.274@forums.sybase.com>
References: <347_O5dGRXkf$GA.251@forums.sybase.com> <347_#pOSmCmf$GA.201@forums.sybase.com> <347_u$IDO$wf$GA.201@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:27884
Article PK: 159585

Just to verify that my memory is correct, I tried creating a new application
using PB 6.5. I put 2 pbls in my path, and put a window, w_testr, in both
pbls. The open event of the application was coded "open(w_testr)".

I could run the project in development mode, and it used the version that
was first in the path, but when I tried to do a full rebuild on the project,
I got the errors cited below. This proves to me that duplicate object names
have always been problematic when deploying PB apps.

If, when deploying to Jaguar, you get no errors, that might be something you
would want to report as a bug. But I still think you should simply avoid
duplicate object names in the final path that you use to deploy your app, be
it as C/S app or Jag component.

Mark Maslow

Library: h:\animate1\test.pbl
Object: w_testr
Object Variable Declarations
(0001): Information C0146: The identifier 'w_testr' conflicts
with an existing global variable with this name. The new definition of
'w_testr' will take precedence and the prior value will be ignored until
this version of 'w_testr' goes out of scope
Library: H:\animate1\test2.pbl
Object: w_testr
Object Variable Declarations
(0001): Information C0146: The identifier 'w_testr' conflicts
with an existing global variable with this name. The new definition of
'w_testr' will take precedence and the prior value will be ignored until
this version of 'w_testr' goes out of scope


Anne Pruitt Posted on 2000-02-24 22:26:38.0Z
Newsgroups: sybase.public.easerver
From: "Anne Pruitt" <annepruitt@mediaone.net>
Subject: Re: Duplicate objects in PB path
Date: Thu, 24 Feb 2000 17:26:38 -0500
Lines: 55
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
NNTP-Posting-Host: hsd0a94c2.ne.mediaone.net 24.218.214.30
Message-ID: <347_XgzZHaxf$GA.201@forums.sybase.com>
References: <347_O5dGRXkf$GA.251@forums.sybase.com> <347_#pOSmCmf$GA.201@forums.sybase.com> <347_u$IDO$wf$GA.201@forums.sybase.com> <347_zI77fLxf$GA.274@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:27864
Article PK: 159573

you got those errors <actually just notices> , but you also got a correctly
compiled EXE and PBDs or DLLs. Nothing as benign as this happens with
deploying components to Jaguar.

This is a real problem in our shop, where we develop on 6.5 and build by
migrating to 7. There are several objects named the same that are different
between our two versions and the build will correctly use the "highest"
objects for the EXE, but woe betide us if we don't remove the "duplicates"
before deploying the components.

Thank goodness we are finally going 100% to PB7.

"Mark Maslow" <mark.maslow@sierraclub.org> wrote in message
news:zI77fLxf$GA.274@forums.sybase.com...
> Just to verify that my memory is correct, I tried creating a new
application
> using PB 6.5. I put 2 pbls in my path, and put a window, w_testr, in both
> pbls. The open event of the application was coded "open(w_testr)".
>
> I could run the project in development mode, and it used the version that
> was first in the path, but when I tried to do a full rebuild on the
project,
> I got the errors cited below. This proves to me that duplicate object
names
> have always been problematic when deploying PB apps.
>
> If, when deploying to Jaguar, you get no errors, that might be something
you
> would want to report as a bug. But I still think you should simply avoid
> duplicate object names in the final path that you use to deploy your app,
be
> it as C/S app or Jag component.
>
> Mark Maslow
>
> Library: h:\animate1\test.pbl
> Object: w_testr
> Object Variable Declarations
> (0001): Information C0146: The identifier 'w_testr' conflicts
> with an existing global variable with this name. The new definition of
> 'w_testr' will take precedence and the prior value will be ignored until
> this version of 'w_testr' goes out of scope
> Library: H:\animate1\test2.pbl
> Object: w_testr
> Object Variable Declarations
> (0001): Information C0146: The identifier 'w_testr' conflicts
> with an existing global variable with this name. The new definition of
> 'w_testr' will take precedence and the prior value will be ignored until
> this version of 'w_testr' goes out of scope
>
>
>


Ken Ewald Posted on 2000-02-24 22:45:35.0Z
Newsgroups: sybase.public.easerver
From: "Ken Ewald" <ewaldk@jcdc.jobcorps.org>
Organization: Wintelligent[207.43.246.2]
X-Newsreader: AspNNTP 1.41 (Advent 2000, Inc.)
Subject: Re: Duplicate objects in PB path
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Date: Thu, 24 Feb 2000 17:45:35 -0500
Lines: 63
NNTP-Posting-Host: 207.156.232.4
Message-ID: <347_bNi7cjxf$GA.151@forums.sybase.com>
References: <347_O5dGRXkf$GA.251@forums.sybase.com> <347_#pOSmCmf$GA.201@forums.sybase.com> <347_u$IDO$wf$GA.201@forums.sybase.com> <347_zI77fLxf$GA.274@forums.sybase.com> <347_XgzZHaxf$GA.201@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:27860
Article PK: 159564

Thank you!!! I'm not going crazy alone.

Ken

On Thu, 24 Feb 2000 17:26:38 -0500,
in powersoft.public.easerver

Anne Pruitt <annepruitt@mediaone.net> wrote:
>you got those errors <actually just notices> , but you also got a correctly
>compiled EXE and PBDs or DLLs. Nothing as benign as this happens with
>deploying components to Jaguar.
>
>This is a real problem in our shop, where we develop on 6.5 and build by
>migrating to 7. There are several objects named the same that are different
>between our two versions and the build will correctly use the "highest"
>objects for the EXE, but woe betide us if we don't remove the "duplicates"
>before deploying the components.
>
>Thank goodness we are finally going 100% to PB7.
>
>
>"Mark Maslow" <mark.maslow@sierraclub.org> wrote in message
>news:zI77fLxf$GA.274@forums.sybase.com...
>> Just to verify that my memory is correct, I tried creating a new
>application
>> using PB 6.5. I put 2 pbls in my path, and put a window, w_testr, in both
>> pbls. The open event of the application was coded "open(w_testr)".
>>
>> I could run the project in development mode, and it used the version that
>> was first in the path, but when I tried to do a full rebuild on the
>project,
>> I got the errors cited below. This proves to me that duplicate object
>names
>> have always been problematic when deploying PB apps.
>>
>> If, when deploying to Jaguar, you get no errors, that might be something
>you
>> would want to report as a bug. But I still think you should simply avoid
>> duplicate object names in the final path that you use to deploy your app,
>be
>> it as C/S app or Jag component.
>>
>> Mark Maslow
>>
>> Library: h:\animate1\test.pbl
>> Object: w_testr
>> Object Variable Declarations
>> (0001): Information C0146: The identifier 'w_testr' conflicts
>> with an existing global variable with this name. The new definition of
>> 'w_testr' will take precedence and the prior value will be ignored until
>> this version of 'w_testr' goes out of scope
>> Library: H:\animate1\test2.pbl
>> Object: w_testr
>> Object Variable Declarations
>> (0001): Information C0146: The identifier 'w_testr' conflicts
>> with an existing global variable with this name. The new definition of
>> 'w_testr' will take precedence and the prior value will be ignored until
>> this version of 'w_testr' goes out of scope
>>
>>
>>
>
>

Ken


Ken Ewald Posted on 2000-02-24 22:09:38.0Z
Newsgroups: sybase.public.easerver
From: "Ken Ewald" <ewaldk@jcdc.jobcorps.org>
Organization: Wintelligent[207.43.246.2]
X-Newsreader: AspNNTP 1.41 (Advent 2000, Inc.)
Subject: Re: Duplicate objects in PB path
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Date: Thu, 24 Feb 2000 17:09:38 -0500
Lines: 52
NNTP-Posting-Host: 207.156.232.4
Message-ID: <347_NEkKXPxf$GA.201@forums.sybase.com>
References: <347_O5dGRXkf$GA.251@forums.sybase.com> <347_#pOSmCmf$GA.201@forums.sybase.com> <347_u$IDO$wf$GA.201@forums.sybase.com> <347_zI77fLxf$GA.274@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:27874
Article PK: 159575

You are correct. However, note that the compiler messages are Information
messages, therefore, the compiler has always used the correct "version" of the
object in the past. Not only does the Jaguar deployment compiler not provide
any messages, it seems to use the second "version" of the object instead of the
first one.

I'll report this as a bug.

Thanks,

On Thu, 24 Feb 2000 13:56:49 -0800,
in powersoft.public.easerver

Mark Maslow <mark.maslow@sierraclub.org> wrote:
>Just to verify that my memory is correct, I tried creating a new application
>using PB 6.5. I put 2 pbls in my path, and put a window, w_testr, in both
>pbls. The open event of the application was coded "open(w_testr)".
>
>I could run the project in development mode, and it used the version that
>was first in the path, but when I tried to do a full rebuild on the project,
>I got the errors cited below. This proves to me that duplicate object names
>have always been problematic when deploying PB apps.
>
>If, when deploying to Jaguar, you get no errors, that might be something you
>would want to report as a bug. But I still think you should simply avoid
>duplicate object names in the final path that you use to deploy your app, be
>it as C/S app or Jag component.
>
>Mark Maslow
>
>Library: h:\animate1\test.pbl
> Object: w_testr
> Object Variable Declarations
> (0001): Information C0146: The identifier 'w_testr' conflicts
>with an existing global variable with this name. The new definition of
>'w_testr' will take precedence and the prior value will be ignored until
>this version of 'w_testr' goes out of scope
>Library: H:\animate1\test2.pbl
> Object: w_testr
> Object Variable Declarations
> (0001): Information C0146: The identifier 'w_testr' conflicts
>with an existing global variable with this name. The new definition of
>'w_testr' will take precedence and the prior value will be ignored until
>this version of 'w_testr' goes out of scope
>
>
>

Ken


Mark Maslow Posted on 2000-02-24 22:20:53.0Z
Newsgroups: sybase.public.easerver
From: "Mark Maslow" <mark.maslow@sierraclub.org>
Subject: Re: Duplicate objects in PB path
Date: Thu, 24 Feb 2000 14:20:53 -0800
Lines: 68
Organization: Sierra Club
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
NNTP-Posting-Host: machine001.sierraclub.org 207.90.163.1
Message-ID: <347_lnGK9Yxf$GA.274@forums.sybase.com>
References: <347_O5dGRXkf$GA.251@forums.sybase.com> <347_#pOSmCmf$GA.201@forums.sybase.com> <347_u$IDO$wf$GA.201@forums.sybase.com> <347_zI77fLxf$GA.274@forums.sybase.com> <347_NEkKXPxf$GA.201@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:27866
Article PK: 154595

Hmm. My reading of the Information messages is that the second version will
be used, which would be consistent with what you're seeing with Jaguar
deployment. Anyway, it would definately be an improvement if this message
showed up when deploying to Jaguar - thanks for reporting it.

Mark Maslow

Ken Ewald <ewaldk@jcdc.jobcorps.org> wrote in message
news:NEkKXPxf$GA.201@forums.sybase.com...
> You are correct. However, note that the compiler messages are Information
> messages, therefore, the compiler has always used the correct "version"
of the
> object in the past. Not only does the Jaguar deployment compiler not
provide
> any messages, it seems to use the second "version" of the object instead
of the
> first one.
>
> I'll report this as a bug.
>
> Thanks,
>
> On Thu, 24 Feb 2000 13:56:49 -0800,
> in powersoft.public.easerver
> Mark Maslow <mark.maslow@sierraclub.org> wrote:
> >Just to verify that my memory is correct, I tried creating a new
application
> >using PB 6.5. I put 2 pbls in my path, and put a window, w_testr, in
both
> >pbls. The open event of the application was coded "open(w_testr)".
> >
> >I could run the project in development mode, and it used the version that
> >was first in the path, but when I tried to do a full rebuild on the
project,
> >I got the errors cited below. This proves to me that duplicate object
names
> >have always been problematic when deploying PB apps.
> >
> >If, when deploying to Jaguar, you get no errors, that might be something
you
> >would want to report as a bug. But I still think you should simply avoid
> >duplicate object names in the final path that you use to deploy your app,
be
> >it as C/S app or Jag component.
> >
> >Mark Maslow
> >
> >Library: h:\animate1\test.pbl
> > Object: w_testr
> > Object Variable Declarations
> > (0001): Information C0146: The identifier 'w_testr' conflicts
> >with an existing global variable with this name. The new definition of
> >'w_testr' will take precedence and the prior value will be ignored until
> >this version of 'w_testr' goes out of scope
> >Library: H:\animate1\test2.pbl
> > Object: w_testr
> > Object Variable Declarations
> > (0001): Information C0146: The identifier 'w_testr' conflicts
> >with an existing global variable with this name. The new definition of
> >'w_testr' will take precedence and the prior value will be ignored until
> >this version of 'w_testr' goes out of scope
> >
> >
> >
>
> Ken


Ken Ewald Posted on 2000-02-24 22:41:12.0Z
Newsgroups: sybase.public.easerver
From: "Ken Ewald" <ewaldk@jcdc.jobcorps.org>
Organization: Wintelligent[207.43.246.2]
X-Newsreader: AspNNTP 1.41 (Advent 2000, Inc.)
Subject: Re: Duplicate objects in PB path
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Date: Thu, 24 Feb 2000 17:41:12 -0500
Lines: 81
NNTP-Posting-Host: 207.156.232.4
Message-ID: <347_ZcUEAhxf$GA.251@forums.sybase.com>
References: <347_O5dGRXkf$GA.251@forums.sybase.com> <347_#pOSmCmf$GA.201@forums.sybase.com> <347_u$IDO$wf$GA.201@forums.sybase.com> <347_zI77fLxf$GA.274@forums.sybase.com> <347_NEkKXPxf$GA.201@forums.sybase.com> <347_lnGK9Yxf$GA.274@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:27862
Article PK: 159565

Just tried an experiment.

Created a second pbl and put a copy of the component into it. Added log
messages to both copies, one saying "first" and the other "second". Built a new
deployment project, selecting the one in the first pbl. Deployed. Stopped
Jaguar and re-started. The "second" message was logged.

Next, I'm going to try the same thing with a client side object, generating
pbds. I'll let you know what happens.

Using PB 7.0.2

Ken

On Thu, 24 Feb 2000 14:20:53 -0800,
in powersoft.public.easerver

Mark Maslow <mark.maslow@sierraclub.org> wrote:
>Hmm. My reading of the Information messages is that the second version will
>be used, which would be consistent with what you're seeing with Jaguar
>deployment. Anyway, it would definately be an improvement if this message
>showed up when deploying to Jaguar - thanks for reporting it.
>
>Mark Maslow
>
>Ken Ewald <ewaldk@jcdc.jobcorps.org> wrote in message
>news:NEkKXPxf$GA.201@forums.sybase.com...
>> You are correct. However, note that the compiler messages are Information
>> messages, therefore, the compiler has always used the correct "version"
>of the
>> object in the past. Not only does the Jaguar deployment compiler not
>provide
>> any messages, it seems to use the second "version" of the object instead
>of the
>> first one.
>>
>> I'll report this as a bug.
>>
>> Thanks,
>>
>> On Thu, 24 Feb 2000 13:56:49 -0800,
>> in powersoft.public.easerver
>> Mark Maslow <mark.maslow@sierraclub.org> wrote:
>> >Just to verify that my memory is correct, I tried creating a new
>application
>> >using PB 6.5. I put 2 pbls in my path, and put a window, w_testr, in
>both
>> >pbls. The open event of the application was coded "open(w_testr)".
>> >
>> >I could run the project in development mode, and it used the version that
>> >was first in the path, but when I tried to do a full rebuild on the
>project,
>> >I got the errors cited below. This proves to me that duplicate object
>names
>> >have always been problematic when deploying PB apps.
>> >
>> >If, when deploying to Jaguar, you get no errors, that might be something
>you
>> >would want to report as a bug. But I still think you should simply avoid
>> >duplicate object names in the final path that you use to deploy your app,
>be
>> >it as C/S app or Jag component.
>> >
>> >Mark Maslow
>> >
>> >Library: h:\animate1\test.pbl
>> > Object: w_testr
>> > Object Variable Declarations
>> > (0001): Information C0146: The identifier 'w_testr' conflicts
>> >with an existing global variable with this name. The new definition of
>> >'w_testr' will take precedence and the prior value will be ignored until
>> >this version of 'w_testr' goes out of scope
>> >Library: H:\animate1\test2.pbl
>> > Object: w_testr
>> > Object Variable Declarations
>> > (0001): Information C0146: The identifier 'w_testr' conflicts
>> >with an existing global variable with this name. The new definition of
>> >'w_testr' will take precedence and the prior value will be ignored until
>> >this version of 'w_testr' goes out of scope
>> >
>> >
>> >
>>
>> Ken
>
>

Ken


Ken Ewald Posted on 2000-02-24 22:41:41.0Z
Newsgroups: sybase.public.easerver
From: "Ken Ewald" <ewaldk@jcdc.jobcorps.org>
Organization: Wintelligent[207.43.246.2]
X-Newsreader: AspNNTP 1.41 (Advent 2000, Inc.)
Subject: Re: Duplicate objects in PB path
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Date: Thu, 24 Feb 2000 17:41:41 -0500
Lines: 81
NNTP-Posting-Host: 207.156.232.4
Message-ID: <347_aJJdRhxf$GA.274@forums.sybase.com>
References: <347_O5dGRXkf$GA.251@forums.sybase.com> <347_#pOSmCmf$GA.201@forums.sybase.com> <347_u$IDO$wf$GA.201@forums.sybase.com> <347_zI77fLxf$GA.274@forums.sybase.com> <347_NEkKXPxf$GA.201@forums.sybase.com> <347_lnGK9Yxf$GA.274@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:27861
Article PK: 159566

Just tried an experiment.

Created a second pbl and put a copy of a service component into it. Added log
messages to both copies, one saying "first" and the other "second". Built a new
deployment project, selecting the component in the first pbl. Deployed.
Stopped Jaguar and re-started. The "second" message was logged.

Next, I'm going to try the same thing with a client side object, generating
pbds. I'll let you know what happens.

Using PB 7.0.2

Ken

On Thu, 24 Feb 2000 14:20:53 -0800,
in powersoft.public.easerver

Mark Maslow <mark.maslow@sierraclub.org> wrote:
>Hmm. My reading of the Information messages is that the second version will
>be used, which would be consistent with what you're seeing with Jaguar
>deployment. Anyway, it would definately be an improvement if this message
>showed up when deploying to Jaguar - thanks for reporting it.
>
>Mark Maslow
>
>Ken Ewald <ewaldk@jcdc.jobcorps.org> wrote in message
>news:NEkKXPxf$GA.201@forums.sybase.com...
>> You are correct. However, note that the compiler messages are Information
>> messages, therefore, the compiler has always used the correct "version"
>of the
>> object in the past. Not only does the Jaguar deployment compiler not
>provide
>> any messages, it seems to use the second "version" of the object instead
>of the
>> first one.
>>
>> I'll report this as a bug.
>>
>> Thanks,
>>
>> On Thu, 24 Feb 2000 13:56:49 -0800,
>> in powersoft.public.easerver
>> Mark Maslow <mark.maslow@sierraclub.org> wrote:
>> >Just to verify that my memory is correct, I tried creating a new
>application
>> >using PB 6.5. I put 2 pbls in my path, and put a window, w_testr, in
>both
>> >pbls. The open event of the application was coded "open(w_testr)".
>> >
>> >I could run the project in development mode, and it used the version that
>> >was first in the path, but when I tried to do a full rebuild on the
>project,
>> >I got the errors cited below. This proves to me that duplicate object
>names
>> >have always been problematic when deploying PB apps.
>> >
>> >If, when deploying to Jaguar, you get no errors, that might be something
>you
>> >would want to report as a bug. But I still think you should simply avoid
>> >duplicate object names in the final path that you use to deploy your app,
>be
>> >it as C/S app or Jag component.
>> >
>> >Mark Maslow
>> >
>> >Library: h:\animate1\test.pbl
>> > Object: w_testr
>> > Object Variable Declarations
>> > (0001): Information C0146: The identifier 'w_testr' conflicts
>> >with an existing global variable with this name. The new definition of
>> >'w_testr' will take precedence and the prior value will be ignored until
>> >this version of 'w_testr' goes out of scope
>> >Library: H:\animate1\test2.pbl
>> > Object: w_testr
>> > Object Variable Declarations
>> > (0001): Information C0146: The identifier 'w_testr' conflicts
>> >with an existing global variable with this name. The new definition of
>> >'w_testr' will take precedence and the prior value will be ignored until
>> >this version of 'w_testr' goes out of scope
>> >
>> >
>> >
>>
>> Ken
>
>

Ken