-
Bug
-
Resolution: Fixed
-
P3
-
6
-
b50
-
generic
-
generic
This needs investigation, but we should make sure all developers have easy
access to the pdb files, delivery in the bundles is a separate issue.
Kelly O'Hair wrote:
>> Which bundles or places did these pdb files get placed?
>> I'll try and correct this. It seems pretty convoluted on which
>> bundles are used for what. :^(
The product .pdb files were just placed in jre/bin/client and jre/bin/server.
I believe that later filters prevented them from being placed in JRE/JDK
bundles, but I'm not 100% sure and that should be checked and verified. The
.pdb files were present for the HotSpot product up until Mustang build 28.
>> Just a thought...
>> I could include the product pdb files in the debug bundle that has
>> the fastdebug bits, so that along with the entire fastdebug tree,
>> installing the debug bundle also populated the product tree with these
>> pdb files, or any other extra files that we wanted.
>> I hate having extra bundles that only differ with a few files, the
>> things are so big, and the RE virus scanning apparently takes forever
>> on these files, I think they are ripping them apart constantly
>> to check for viruses :^(
I don't think it's necessary to add them to any bundles. As long as the bits
are available then a developer can copy them manually into his or her local
tree when reproducing a customer problem.
-Ken
>> -kto
>>
>> Kenneth Russell wrote:
>>
>
>>>>I thought that in previous releases we promoted the .pdb files for the
>>>>product into the RE builds, but they didn't get included in the JDK bundles
>>>>that went out on the web. They were there purely so we could easily get the
>>>>.pdb files associated with the exact bits on the web for debugging purposes.
>>>>
>>>>Again I never actually used these files to get better symbolic information
>>>>for the product but I think folks in CTE used to.
>>>>
>>>>-Ken
>>>>
>>>>
>>>>Kelly O'Hair wrote:
>>>>
>>>>
>>
>>>>>>The intent was to provide no map or pdb files in the jre bundles,
>>>>>>only map files in the jdk bundles, and all files in the fastdebug
>>>>>>bundles.
>>>>>>
>>>>>>The pdb files can be quite large, but if we are willing to accept a
>>>>>>larger jdk bundle I see no reason why we should not include them.
>>>>>>Just didn't want to get ticketed by the download size police. :^(
>>>>>>
>>>>>>I've been given mixed messages about download size concerns, I
>>>>>>understand the need to keep the jre bundle small, but it seems to me
>>>>>>that we should provide maximum debugging capability in the jdk's,
>>>>>>that goes for not stripping files on Solaris/Linux too.
>>>>>>But there are some who will object to this, mostly the deployment team
>>>>>>having to deal with the larger bundles I think.
>>>>>>
>>>>>>-kto
>>>>>>
>>>>>>Kenneth Russell wrote:
>>>>>>
>>>>>>
>>>>>>
>>>
>>>>>>>>Kelly: it looks like at some point the .pdb files for the product flavor of
>>>>>>>>HotSpot stopped getting copied into the RE workspaces. I have personally
>>>>>>>>never used them to debug crashes in the product but heard they have been
>>>>>>>>useful to CTE in the past. Is their omission in the product flavor intentional?
>>>>>>>>
>>>>>>>>Thanks,
>>>>>>>>
>>>>>>>>-Ken
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>
>>>>
>>>>
###@###.### 2005-06-15 18:56:49 GMT
access to the pdb files, delivery in the bundles is a separate issue.
Kelly O'Hair wrote:
>> Which bundles or places did these pdb files get placed?
>> I'll try and correct this. It seems pretty convoluted on which
>> bundles are used for what. :^(
The product .pdb files were just placed in jre/bin/client and jre/bin/server.
I believe that later filters prevented them from being placed in JRE/JDK
bundles, but I'm not 100% sure and that should be checked and verified. The
.pdb files were present for the HotSpot product up until Mustang build 28.
>> Just a thought...
>> I could include the product pdb files in the debug bundle that has
>> the fastdebug bits, so that along with the entire fastdebug tree,
>> installing the debug bundle also populated the product tree with these
>> pdb files, or any other extra files that we wanted.
>> I hate having extra bundles that only differ with a few files, the
>> things are so big, and the RE virus scanning apparently takes forever
>> on these files, I think they are ripping them apart constantly
>> to check for viruses :^(
I don't think it's necessary to add them to any bundles. As long as the bits
are available then a developer can copy them manually into his or her local
tree when reproducing a customer problem.
-Ken
>> -kto
>>
>> Kenneth Russell wrote:
>>
>
>>>>I thought that in previous releases we promoted the .pdb files for the
>>>>product into the RE builds, but they didn't get included in the JDK bundles
>>>>that went out on the web. They were there purely so we could easily get the
>>>>.pdb files associated with the exact bits on the web for debugging purposes.
>>>>
>>>>Again I never actually used these files to get better symbolic information
>>>>for the product but I think folks in CTE used to.
>>>>
>>>>-Ken
>>>>
>>>>
>>>>Kelly O'Hair wrote:
>>>>
>>>>
>>
>>>>>>The intent was to provide no map or pdb files in the jre bundles,
>>>>>>only map files in the jdk bundles, and all files in the fastdebug
>>>>>>bundles.
>>>>>>
>>>>>>The pdb files can be quite large, but if we are willing to accept a
>>>>>>larger jdk bundle I see no reason why we should not include them.
>>>>>>Just didn't want to get ticketed by the download size police. :^(
>>>>>>
>>>>>>I've been given mixed messages about download size concerns, I
>>>>>>understand the need to keep the jre bundle small, but it seems to me
>>>>>>that we should provide maximum debugging capability in the jdk's,
>>>>>>that goes for not stripping files on Solaris/Linux too.
>>>>>>But there are some who will object to this, mostly the deployment team
>>>>>>having to deal with the larger bundles I think.
>>>>>>
>>>>>>-kto
>>>>>>
>>>>>>Kenneth Russell wrote:
>>>>>>
>>>>>>
>>>>>>
>>>
>>>>>>>>Kelly: it looks like at some point the .pdb files for the product flavor of
>>>>>>>>HotSpot stopped getting copied into the RE workspaces. I have personally
>>>>>>>>never used them to debug crashes in the product but heard they have been
>>>>>>>>useful to CTE in the past. Is their omission in the product flavor intentional?
>>>>>>>>
>>>>>>>>Thanks,
>>>>>>>>
>>>>>>>>-Ken
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>
>>>>
>>>>
###@###.### 2005-06-15 18:56:49 GMT