Problem with establishing connect using client 3.0.2.32708 to server 4.0.0.572
--
Key: CORE-5508
URL: http://tracker.firebirdsql.org/browse/CORE-5508
Project: Firebird Core
24.03.2017 8:14, Dmitry Yemanov wrote:
> 24.03.2017 02:29, Mark Rotteveel wrote:
>
>> To me the behavior described under "actual" intuitively sounds like the
>> correct behavior. Why do you expect that the column value would change
>> to 'ABC'?
>
> This is really a tricky case. The "replace non-exi
24.03.2017 7:53, Vlad Khorsun wrote:
> 24.03.2017 1:29, Mark Rotteveel wrote:
...
>> The column was created with a default, which means that existing rows will
>> get that value,
>
>Engine doesn't assing values to a new field, i.e. there is no implicit
> UPDATE of
> the existing records. This
24.03.2017 02:29, Mark Rotteveel wrote:
> To me the behavior described under "actual" intuitively sounds like the
> correct behavior. Why do you expect that the column value would change
> to 'ABC'?
This is really a tricky case. The "replace non-existing value with the
default one" hack is a nat
24.03.2017 1:29, Mark Rotteveel wrote:
> To me the behavior described under "actual" intuitively sounds like the
> correct behavior. Why do you expect that the column value
> would change to 'ABC'?
Because Firebird doesn't update old records when new field was created.
> The column was create
Em 23/03/2017 20:29, Mark Rotteveel escreveu:
> To me the behavior described under "actual" intuitively sounds like the
> correct behavior. Why do you expect that the column value would change
> to 'ABC'?
>
> The column was created with a default, which means that existing rows
> will get that va
To me the behavior described under "actual" intuitively sounds like the correct
behavior. Why do you expect that the column value would change to 'ABC'?
The column was created with a default, which means that existing rows will get
that value, afaik it shouldn't change if the default later is ch
Wrong value of the new field at the old records, created before that new field
was added.
-
Key: CORE-5507
URL: http://tracker.firebirdsql.org/browse/CORE-5507
Pr
23.03.2017 22:47, malloc meyer wrote:
>
>
> Dear,
>
> I am developing with IBPP on x64 linux and windows hosts. Using IBPP on a x64
> windows LLP64 system leads to exceptions.
> The reason is a wrong definition of ISC_STATUS in the IBPP headers. IBPP
> defines ISC_STATUS for a LLP64 windows tar
23.03.2017 21:47, malloc meyer wrote:
> My question ist, was there any version in past of the fbclient API for x64
> windows which defines ISC_STATUS as a 32 bit integer ?
No. Status array contains (among other information) also pointers.
--
WBR, SD.
Dear,
I am developing with IBPP on x64 linux and windows hosts. Using IBPP on a x64
windows LLP64 system leads to exceptions. The reason is a wrong definition of
ISC_STATUS in the IBPP headers. IBPP defines ISC_STATUS for a LLP64 windows
target only 32 bits width, but the fbclient API defin
On 03/23/17 18:30, Dmitry Yemanov wrote:
> 23.03.2017 17:53, Alex Peshkoff wrote:
>
>>> To be published, I'd want it to be rebuilt from the 3.0.2 codebase. The
>>> latest Android binaries are v3.0.0, not something to be put on the
>>> v3.0.2 download page.
>> What problems do we have buildig it? An
On Thu, 23 Mar 2017 16:35:32 +0100 Dimitry Sibiryakov wrote
> 23.03.2017 16:09, Paul Reeves wrote:
> > The reason we need it is because git seems to check (some) files out
> > with LF eols and we need to deploy all text files with CR LF eols.
>
>It can be changed in .gitattributes.
I'll lo
23.03.2017 16:09, Paul Reeves wrote:
> The reason we need it is because git seems to check (some) files out
> with LF eols and we need to deploy all text files with CR LF eols.
It can be changed in .gitattributes.
> Yes, weirdly, gnuwin32 seems to implement non-standard parameters, at
> least
23.03.2017 17:53, Alex Peshkoff wrote:
>> To be published, I'd want it to be rebuilt from the 3.0.2 codebase. The
>> latest Android binaries are v3.0.0, not something to be put on the
>> v3.0.2 download page.
>
> What problems do we have buildig it? Any help needed?
We just need someone who build
23.03.2017 16:13, Alex Peshkoff wrote:
> What? git unable to treat .bat file as normal text and can't checkout it
> according to OS rules?
> (like it does for .cpp, .h and a lot of other files)
> Sorry, hard to believe... Sooner that's our configuration error somewhere.
Yes, it is configurable.
On Thu, 23 Mar 2017 16:05:57 +0100 Dimitry Sibiryakov wrote
> 23.03.2017 15:58, Alex Peshkoff wrote:
> > Occasionally BuildExecutableInstall.bat itself was wrongly
> > committed to git - checked outon linux it has CR-LF lineend instead
> > just LF. I.e. itself needs unix2dos ;) Luckily it does not
On 03/23/17 18:05, Dimitry Sibiryakov wrote:
> 23.03.2017 15:58, Alex Peshkoff wrote:
>> Occasionally BuildExecutableInstall.bat itself was wrongly committed to
>> git - checked outon linux it has CR-LF lineend instead just LF. I.e.
>> itself needs unix2dos ;) Luckily it does not actually matter.
>
On Thu, 23 Mar 2017 15:04:56 +0100 Dimitry Sibiryakov wrote
>Hello, All.
>
>What version/build of subj supports '-D' switch
Good question. If unix2dos is not found then an error will be thrown.
It is not clearly documented but in the HELP screen there will be this:
@echo o sed is r
23.03.2017 15:58, Alex Peshkoff wrote:
> Occasionally BuildExecutableInstall.bat itself was wrongly committed to
> git - checked outon linux it has CR-LF lineend instead just LF. I.e.
> itself needs unix2dos ;) Luckily it does not actually matter.
Actually, it does matter. Stupid Windows comman
On 03/23/17 17:48, Dimitry Sibiryakov wrote:
> 23.03.2017 15:44, Alex Peshkoff wrote:
>> I wonder - what scripts do you mean, grepping in our
>> master/builds/install does not find unix2dos.
> B3_0_Release branch,
> install/arch-specific/win32/BuildExecutableInstall.bat
>
>
Occasionally Build
On 03/23/17 11:54, Dmitry Yemanov wrote:
> 23.03.2017 05:19, Carlos H. Cantu wrote:
>
>> I see two mentions in the 3.02 ReleaseNotes about Android port
>> [(CORE-3885) and (CORE-5332)], but I can't find any Android link in
>> the download page.
>>
>> This needs to be fixed.
> To be published, I'd w
23.03.2017 15:44, Alex Peshkoff wrote:
> I wonder - what scripts do you mean, grepping in our
> master/builds/install does not find unix2dos.
B3_0_Release branch, install/arch-specific/win32/BuildExecutableInstall.bat
--
WBR, SD.
--
On 03/23/17 17:04, Dimitry Sibiryakov wrote:
> Hello, All.
>
> What version/build of subj supports '-D' switch
-D, --display-enc ENCODING
Set encoding of displayed text. Where ENCODING is one of:
ansi, unicode, unicodebom, utf8, utf8bom with ansi being the
Hello, All.
What version/build of subj supports '-D' switch and what it is supposed to
do in
installation build script? If only to convert EOL marks, it is job for '-ascii'
switch...
--
WBR, SD.
--
Check out
Thanks Dmitry, I hope it will not take too long to publish it...
probably we will have a lot of people visiting the download page in
the next days.
[]s
Carlos
http://www.firebirdnews.org
FireBase - http://www.FireBase.com.br
DY> 23.03.2017 05:19, Carlos H. Cantu wrote:
>> I see two mentions in t
23.03.2017 05:19, Carlos H. Cantu wrote:
> I see two mentions in the 3.02 ReleaseNotes about Android port
> [(CORE-3885) and (CORE-5332)], but I can't find any Android link in
> the download page.
>
> This needs to be fixed.
To be published, I'd want it to be rebuilt from the 3.0.2 codebase. The
27 matches
Mail list logo