15.01.2017 11:53, Mark Rotteveel wrote:
> The windows build of Firebird 3 is broken (note: I haven't checked the
> Firebird 4 build, might have the same problem).
>
> It fails when building gpre_boot, this failure is introduced in:
>
> commit 40f782ae3e918c4f3842571ff8064be1c4f54961
> Author: AlexP
The windows build of Firebird 3 is broken (note: I haven't checked the
Firebird 4 build, might have the same problem).
It fails when building gpre_boot, this failure is introduced in:
commit 40f782ae3e918c4f3842571ff8064be1c4f54961
Author: AlexPeshkoff
Date: Fri Jan 13 14:29:54 2017 +0300
Implicit int -> HANDLE ?
Still broken.
On 11 February 2015 at 18:30, Alex Peshkoff wrote:
> On 02/11/15 18:20, Dimitry Sibiryakov wrote:
>> 11.02.2015 16:15, Alex Peshkoff wrote:
>>> On 02/11/15 18:04, Dimitry Sibiryakov wrote:
Is anyone going to commit fix for
common\os\win32\os
On 02/11/15 18:20, Dimitry Sibiryakov wrote:
> 11.02.2015 16:15, Alex Peshkoff wrote:
>> On 02/11/15 18:04, Dimitry Sibiryakov wrote:
>>> Is anyone going to commit fix for
>>> common\os\win32\os_utils.cpp:getUniqueFileId()?..
>> What's wrong with it?
> file->fil_desc is undefined. Copy-p
11.02.2015 16:15, Alex Peshkoff wrote:
> On 02/11/15 18:04, Dimitry Sibiryakov wrote:
>> Is anyone going to commit fix for
>> common\os\win32\os_utils.cpp:getUniqueFileId()?..
>
> What's wrong with it?
file->fil_desc is undefined. Copy-paste mistake most likely.
--
WBR, SD.
On 02/11/15 18:04, Dimitry Sibiryakov wrote:
> Is anyone going to commit fix for
> common\os\win32\os_utils.cpp:getUniqueFileId()?..
>
What's wrong with it?
--
Dive into the World of Parallel Programming. The Go Par
Is anyone going to commit fix for
common\os\win32\os_utils.cpp:getUniqueFileId()?..
--
WBR, SD.
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partners
> So, is it normal that this step does not run automatically when you
> choose "Build solution"?
Yes, it is intended behavior.
If you need some files to be copied every time, write them here and
I'll do a fix.
We have several group of files now:
- databases (security3.fdb, help.fdb)
- configs, te
On 29/01/2015 13:56, Egor Pugin wrote:
> What files do you mean?
> ---
> With cmake try to run building of "Custom build steps/copy_files"
> project in VS solution manually and see in 'build_dir/firebird//
> if this is what you need.
>
>
Apparently it copies, but I don't run to test now.
So, is it
What files do you mean?
---
With cmake try to run building of "Custom build steps/copy_files"
project in VS solution manually and see in 'build_dir/firebird//
if this is what you need.
On 29 January 2015 at 18:06, Adriano dos Santos Fernandes
wrote:
> Hi!
>
> That always worked as this, but now w
On 29/01/2015 13:12, Paul Reeves wrote:
> On Thursday 29 January 2015 16:06:12 Adriano dos Santos Fernandes wrote:
>> Hi!
>>
>> That always worked as this, but now with much more DLLs and conf files,
>> I should ask...
>>
>> Do you still need to do manual steps to have a working debug/build
>> envi
On Thursday 29 January 2015 16:06:12 Adriano dos Santos Fernandes wrote:
> Hi!
>
> That always worked as this, but now with much more DLLs and conf files,
> I should ask...
>
> Do you still need to do manual steps to have a working debug/build
> environment in Windows?
>
> I mean, make_boot/make_al
Hi!
That always worked as this, but now with much more DLLs and conf files,
I should ask...
Do you still need to do manual steps to have a working debug/build
environment in Windows?
I mean, make_boot/make_all copy files to output_ but IDE run files
from temp\\\firebird...
Do any of you have no
On 12/01/14 13:00, Mark Rotteveel wrote:
> On Mon, 01 Dec 2014 12:51:47 +0300, Alex Peshkoff
> wrote:
>> Adriano made an API change absolutely incompatible with previous builds
>> (including beta1). The only way to fix is to remove old binaries built
>> before that change.
> Yes, but it is annoyin
On Mon, 01 Dec 2014 12:51:47 +0300, Alex Peshkoff
wrote:
> Adriano made an API change absolutely incompatible with previous builds
> (including beta1). The only way to fix is to remove old binaries built
> before that change.
Yes, but it is annoying (and imho incorrect) that the build uses the
On 11/29/14 17:59, Mark Rotteveel wrote:
> On 29-11-2014 15:44, Mark Rotteveel wrote:
>> I did some checking with various revisions, the last build that doesn't
>> crash is rev. 60185, the first to crash is rev. 60186: "Get rid of
>> upgradeInterface API method and some adjustments. To be continued
On 29-11-2014 15:44, Mark Rotteveel wrote:
> I did some checking with various revisions, the last build that doesn't
> crash is rev. 60185, the first to crash is rev. 60186: "Get rid of
> upgradeInterface API method and some adjustments. To be continued."
>
> I am working on Windows 8.1 Pro 64 bit
29.11.2014 15:44, Mark Rotteveel wrote:
> The fact that the snapshot builds continue to be built seems to indicate
> it is something environment (or OS) related.
No, it is just a stupid luck.
--
WBR, SD.
--
Downlo
On 29-11-2014 14:18, Mark Rotteveel wrote:
> On Windows during make_examples.bat empbuild.exe crashes with:
>
> Unhandled exception at 0x7fffca148bcf in empbuild.exe: 0xC005:
> Access violation reading location 0x0009.
>
> Dump file:
> https://www.dropbox.com/s/bnmhgt8uybo41q1/e
On Windows during make_examples.bat empbuild.exe crashes with:
Unhandled exception at 0x7fffca148bcf in empbuild.exe: 0xC005:
Access violation reading location 0x0009.
Dump file:
https://www.dropbox.com/s/bnmhgt8uybo41q1/empbuild_20141129.7z?dl=0
The debugger marks empbuild.
20 matches
Mail list logo
