🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: borland.public.cppbuilder.migration
Article #178

Re: More warnings about bds 2006 behaviour in C++

#178
From: softcoder
Date: Fri, 28 Jul 2006 22:23
54 lines
3374 bytes
Interestingly a collegue of mine who newly installed bds 2006 on his system 
had the following happen. Opening the project group in bds 2006 the ide 
automatically inserted the "libraries" entry and added references to 
idectrls.bpl thus giving errors during the build process on his system, 
whereas the original code on my system does not have those items in the 
.bdsproj file in question.

"softcoder" <nospam_softcoder@soft-haus.com> wrote in message 
news:44ca5240$1@newsgroups.borland.com...
> Simple. Create a new C++ dll project, then I added the files that my old 
> bcb6 project had in it. Compiled the dll and ran the project. It seems 
> that sometimes when creating a new dll project the .bdsproj file places 
> entries in the file that cause it to link the final dll so that dynamic 
> rtl is ignored or corrupted. I "think" the main difference I noticed when 
> win-diffing the project files
> was that the bad project had:
>
> name="libraries" value=xxx,xxx"
>
> as an entry in it, whereas the good project files do not. Again this is 
> just my guess as I observed what seemed to be different.
>
> "David Dean" <ozchzhq02@sneakemail.com> wrote in message 
> news:ozchzhq02-22FD3D.15395227072006@frylock.local...
>> In article <44c7c1aa@newsgroups.borland.com>,
>> "Mark Vejvoda" <mark_vejvoda@hotmail.com> wrote:
>>
>>> I created a brand new C++ dll project to have a clean project in bds 
>>> 2006
>>> and noticed wacky things going on at runtime such as the global Session
>>> (bde) variable was not recognizing the databases in it from the calling 
>>> exe
>>> project that loads the dll. After comparing another "clean" dll project 
>>> that
>>> did properly have the session variable set I found that even in my new 
>>> dll
>>> project there were strange settings in the raw project xml file 
>>> (.bdsproj).
>>> Namely removing an entry that had libraries="xxx,xxx,xxx" where xxx 
>>> where
>>> some random packages cause this problem. By removing that and 
>>> recompiling
>>> session was back to normal.
>>
>>   I might still be to half asleep from flying in the red-eye this
>> morning, but would you mind spelling out the steps you took and the
>> results you saw in a little more detail?
>>
>> -- 
>> -David
>>
>> Quis custodiet custodes ipsos?
>
> 
Technical Details
Message-ID: <44ca8e6f@newsgroups.borland.com>
Path: arc1-ca.pugleaf.net!g2news2.google.com!news2.google.com!news4.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newshub.sdsu.edu!logbridge.uoregon.edu!newsfeeds.ihug.co.nz!ihug.co.nz!newsgroups.borland.com!not-for-mail
References: <44c7c1aa@newsgroups.borland.com> <ozchzhq02-22FD3D.15395227072006@frylock.local> <44ca5240$1@newsgroups.borland.com>

Show Full Headers
Complete Article Headers
X-Google-Thread: 110f51,f97652e7dfa00587
X-Google-Attributes: gid110f51,public
X-Google-Language: ENGLISH,ASCII-7-bit
From: "softcoder" <nospam_softcoder@soft-haus.com>
Newsgroups: borland.public.cppbuilder.migration
References: <44c7c1aa@newsgroups.borland.com> <ozchzhq02-22FD3D.15395227072006@frylock.local> <44ca5240$1@newsgroups.borland.com>
Subject: Re: More warnings about bds 2006 behaviour in C++
Date: Fri, 28 Jul 2006 15:23:43 -0700
Lines: 56
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.2180
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-RFC2646: Format=Flowed; Response
NNTP-Posting-Host: 207.134.142.6
Message-ID: <44ca8e6f@newsgroups.borland.com>
X-Trace: newsgroups.borland.com 1154125423 207.134.142.6 (28 Jul 2006 15:23:43 -0700)
Path: arc1-ca.pugleaf.net!g2news2.google.com!news2.google.com!news4.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newshub.sdsu.edu!logbridge.uoregon.edu!newsfeeds.ihug.co.nz!ihug.co.nz!newsgroups.borland.com!not-for-mail