Hi *,
is there a way to make fbclient.dll renamed to fbembed.dll work? Because
doing that results in 335545004 and 335545007.
--
Mgr. Jiří Činčura
Independent IT Specialist
--
Site24x7 APM Insight: Get Deep Visibility i
Support autocommit mode in SET TRANSACTION statement
Key: CORE-5119
URL: http://tracker.firebirdsql.org/browse/CORE-5119
Project: Firebird Core
Issue Type: Improvement
Components
28.02.2016 10:06, Jiří Činčura wrote:
> is there a way to make fbclient.dll renamed to fbembed.dll work?
You must not rename, but copy it.
--
WBR, SD.
--
Site24x7 APM Insight: Get Deep Visibility into Application
10.12.2015 21:27, Mark Rotteveel wrote:
[subject changed to follow the thread direction]
> Maybe FB 4 should be based on VS 2015 instead of 2013.
We need to choose between VS 2012/2013 and VS 2015 for FB4.
I'm quite happy with VS 2013 Community Edition, but I never tried VS
2015 and I'm mostly
28.02.2016 10:39, Dmitry Yemanov wrote:
> We need to choose between VS 2012/2013 and VS 2015 for FB4.
Before voting for VS 2015 look at this:
http://www.sql.ru/forum/actualthread.aspx?tid=1200248
--
WBR, SD.
--
Si
28.02.2016 11:06, Jiří Činčura wrote:
> Hi *,
>
> is there a way to make fbclient.dll renamed to fbembed.dll work?
No. And i see no reason to do it (except of old ugly hacks).
Explain, please
> Because doing that results in 335545004 and 335545007.
Almost all plugins are statically linked
28.02.2016 10:51, Vlad Khorsun wrote:
> Almost all plugins are statically linked against fbclient.dll.
> It is not easy to eliminate this dependency...
IIRC, the idea was that plugins are getting all needed interface in
initialization call
with IMaster.
--
WBR, SD.
-
28.02.2016 12:44, Dimitry Sibiryakov wrote:
> Before voting for VS 2015 look at this:
> http://www.sql.ru/forum/actualthread.aspx?tid=1200248
It's not about VS 2015, but about C++14 in general, including recent GCC
versions. We already know our code does not comply the new language
specificatio
28.02.2016 11:56, Dimitry Sibiryakov wrote:
> 28.02.2016 10:51, Vlad Khorsun wrote:
>> Almost all plugins are statically linked against fbclient.dll.
>> It is not easy to eliminate this dependency...
>
> IIRC, the idea was that plugins are getting all needed interface in
> initialization
28.02.2016 11:39, Dmitry Yemanov wrote:
> 10.12.2015 21:27, Mark Rotteveel wrote:
>
> [subject changed to follow the thread direction]
>
>> Maybe FB 4 should be based on VS 2015 instead of 2013.
>
> We need to choose between VS 2012/2013 and VS 2015 for FB4.
>
> I'm quite happy with VS 2013 Communi
28.02.2016 11:05, Dmitry Yemanov wrote:
> It's not about VS 2015, but about C++14 in general
Read some more. Problem is not standard, but VS 2015 code generator which
unconditionally generate SSE2 instructions. It drives old processors out of
picture.
GCC has no such problem.
--
WBR,
28.02.2016 13:17, Dimitry Sibiryakov wrote:
> 28.02.2016 11:05, Dmitry Yemanov wrote:
>> It's not about VS 2015, but about C++14 in general
>
> Read some more. Problem is not standard, but VS 2015 code generator which
> unconditionally generate SSE2 instructions. It drives old processors out of
>
28.02.2016 11:35, Dmitry Yemanov wrote:
> Anyway, we already seem to settle on VS 2012, thanks to Vlad.
He said that "VS 2012 is out of question" which ususaly means that it must
not be
considered at all.
I.e. he woted for VS 2013. BTW, I too because of
https://msdn.microsoft.com/en-us/li
On 28-2-2016 10:44, Dimitry Sibiryakov wrote:
> 28.02.2016 10:39, Dmitry Yemanov wrote:
>> We need to choose between VS 2012/2013 and VS 2015 for FB4.
>
> Before voting for VS 2015 look at this:
> http://www.sql.ru/forum/actualthread.aspx?tid=1200248
And for us people who don't read russian?
On 28-2-2016 11:35, Dmitry Yemanov wrote:
> 28.02.2016 13:17, Dimitry Sibiryakov wrote:
>
>> 28.02.2016 11:05, Dmitry Yemanov wrote:
>>> It's not about VS 2015, but about C++14 in general
>>
>> Read some more. Problem is not standard, but VS 2015 code generator which
>> unconditionally generate SSE
On 28-2-2016 11:46, Dimitry Sibiryakov wrote:
> 28.02.2016 11:35, Dmitry Yemanov wrote:
>> Anyway, we already seem to settle on VS 2012, thanks to Vlad.
>
> He said that "VS 2012 is out of question" which ususaly means that it
> must not be
> considered at all.
> I.e. he woted for VS 2013.
On 28-2-2016 11:17, Dimitry Sibiryakov wrote:
> 28.02.2016 11:05, Dmitry Yemanov wrote:
>> It's not about VS 2015, but about C++14 in general
>
> Read some more. Problem is not standard, but VS 2015 code generator which
> unconditionally generate SSE2 instructions. It drives old processors out
28.02.2016 11:48, Mark Rotteveel wrote:
> That link is for VS 2015.
Comparison table there are.
--
WBR, SD.
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor
28.02.2016 11:46, Mark Rotteveel wrote:
> And for us people who don't read russian?
Google Translate?.. :)
In short: simple construction "BYTE buf[16] = {0};" crashes on WinXP when is
compiled
with VS 2015 but works with any other compiler.
--
WBR, SD.
---
28.02.2016 11:04, Vlad Khorsun wrote:
>> IIRC, the idea was that plugins are getting all needed interface in
>> initialization call
>> >with IMaster.
> Yes, but there is a lot of aux functions which is not available via new
> interfaces and
> still used by plugins. IIRC: isc_vax_integer,
On 28-2-2016 11:57, Dimitry Sibiryakov wrote:
> 28.02.2016 11:46, Mark Rotteveel wrote:
>> And for us people who don't read russian?
>
> Google Translate?.. :)
> In short: simple construction "BYTE buf[16] = {0};" crashes on WinXP when
> is compiled
> with VS 2015 but works with any other
On 28-2-2016 12:18, Mark Rotteveel wrote:
> On 28-2-2016 11:57, Dimitry Sibiryakov wrote:
>> 28.02.2016 11:46, Mark Rotteveel wrote:
>>> And for us people who don't read russian?
>>
>> Google Translate?.. :)
>> In short: simple construction "BYTE buf[16] = {0};" crashes on WinXP
>> when
28.02.2016 12:18, Mark Rotteveel wrote:
> As far as I know VS 2015 needs to be explicitly set to compile for
> Windows XP.
I wonder if it can be set to use GCC compiler instead...
--
WBR, SD.
--
Site24x7 APM Insig
On 02/28/2016 02:16 PM, Dimitry Sibiryakov wrote:
> 28.02.2016 11:04, Vlad Khorsun wrote:
>>> IIRC, the idea was that plugins are getting all needed interface in
>>> initialization call
with IMaster.
>> Yes, but there is a lot of aux functions which is not available via new
>> int
28.02.2016 12:47, Mark Rotteveel пишет:
> On 28-2-2016 11:35, Dmitry Yemanov wrote:
>> 28.02.2016 13:17, Dimitry Sibiryakov wrote:
>>
>>> 28.02.2016 11:05, Dmitry Yemanov wrote:
It's not about VS 2015, but about C++14 in general
>>>
>>> Read some more. Problem is not standard, but VS 2015 code
>No. And i see no reason to do it (except of old ugly hacks).
> Explain, please
Legacy code. Hardcoded filename to load for FB Embedded.
--
Mgr. Jiří Činčura
Independent IT Specialist
--
Site24x7 APM Insight: Get De
28.02.2016 14:16, Jiří Činčura wrote:
> Legacy code. Hardcoded filename to load for FB Embedded.
Once again: do not rename. Copy or make symlink.
--
WBR, SD.
--
Site24x7 APM Insight: Get Deep Visibility into Appli
> However, I seriously question the need to support Windows XP and
> Windows Server 2003 for Firebird 4.
I completely agree!
There comes a time when some OSs/installs need to be recognized as *legacy*.
Systems based on those platforms need to recognize that they can't be running
the latest/
28.02.2016 19:19, Leyne, Sean wrote:
> There comes a time when some OSs/installs need to be recognized as *legacy*.
Such as Solaris, for example?..
--
WBR, SD.
--
Site24x7 APM Insight: Get Deep Visibility into App
Solaris is still being maintained by Oracle AFAIK.
Mark
- Bericht beantwoorden -
Van: "Dimitry Sibiryakov"
Aan: "For discussion among Firebird Developers"
Onderwerp: [Firebird-devel] Compiler for official Firebird 4 release on Windows
Datum: zo, feb. 28, 2016 19:24
28.02.2016 19:19, Le
28.02.2016 19:27, Mark Rotteveel wrote:
> Solaris is still being maintained by Oracle AFAIK.
Yes, but do they have a compiler with C++11 support there?
--
WBR, SD.
--
Site24x7 APM Insight: Get Deep Visibility into
Looks like it does. See
https://docs.oracle.com/cd/E37069_01/html/E37071/gndfg.html
Mark
- Bericht beantwoorden -
Van: "Dimitry Sibiryakov"
Aan: "For discussion among Firebird Developers"
Onderwerp: [Firebird-devel] Compiler for official Firebird 4 release on Windows
Datum: zo, feb. 2
>> However, I seriously question the need to support Windows XP and
>> Windows Server 2003 for Firebird 4.
LS> I completely agree!
LS> There comes a time when some OSs/installs need to be recognized as *legacy*.
LS> Systems based on those platforms need to recognize that they
LS> can't be running
On Sun, Feb 28, 2016 at 09:25:30PM -0300, Carlos H. Cantu wrote:
> >> However, I seriously question the need to support Windows XP and
> >> Windows Server 2003 for Firebird 4.
>
> LS> I completely agree!
> LS> There comes a time when some OSs/installs need to be recognized as
> *legacy*.
> LS> Sy
Configure: snprintf function is already defined on MSVC 2015
Key: CORE-5120
URL: http://tracker.firebirdsql.org/browse/CORE-5120
Project: Firebird Core
Issue Type: Bug
Co
35 matches
Mail list logo
