Hi *,
I'm experiencing stuck tests while streaming restore to server using
isc_info_svc_stdin in FB 3 RC2.
I still have last byte from the backup file "in my hands", but server
never asks for more (the requested length is 0). So I'm stuck there
waiting to send the last one. When I manually jump
Hi Jiri,
Did you look at my explanation on the difference in .Net between verbose
and non-verbose restores (I hit the same sort of problem while implementing
it in Jaybird). In short - you need to be passing isc_info_svc_line either
way. Don't know if it's expected or not, but at least on 2.5 you '
On 2016-03-13 22:47, Egor Pugin wrote:
>> qa-fbtest ... firebird-qa-fbtest
>
> Both looks good. If you're planning to have other 'qa' projects like
> 'jaybird-qa*' second is better.
I can't speak for other projects, but for Jaybird the tests are an
integral part of the codebase (as they usually a
> implementing
> it in Jaybird). In short - you need to be passing isc_info_svc_line
> either
In the SPB?
> way. Don't know if it's expected or not, but at least on 2.5 you 'just
> do'.
2.5 works fine for me. 3.0 does not ask for last byte (maybe the 2.5 as
well, but there so far never happened
Final edition:
1) File name from connection string is converted into UTF-8 ASAP.
No code should ever convert it into ANSI codepage.
2) Windows version uses Unicode routines for file handling.
3) File names are not uppercased. It is not widely known, but NTFS has
its own upcase table that may be di
On 03/12/2016 01:07 PM, Dimitry Sibiryakov wrote:
> 11.03.2016 23:21, Leyne, Sean wrote:
>> why are we "munging" the filename string to determine unique files?
> Didn't you read? Alex tried to but failed and got deadlocks.
>
Not deadlock. Just races. And not too critical.
The main problem wit
Trust me on this one, Jiri - I did extensive testing :)
https://groups.yahoo.com/neo/groups/Firebird-Java/conversations/messages/11168
has a paragraph on what I hit. Granted, I have not tested the .Net code as
much (unfortunately the project sort of died) but I did scratch my head a
lot with Jaybir
As for the data - just remove the "if(verbose)" part and use the same SRB -
that finally did it for me.
2016-03-14 11:05 GMT+02:00 Ivan Arabadzhiev :
> Trust me on this one, Jiri - I did extensive testing :)
>
> https://groups.yahoo.com/neo/groups/Firebird-Java/conversations/messages/11168
> has
On 03/13/2016 06:42 PM, Dimitry Sibiryakov wrote:
> Hello, All.
>
> Should be allowed to use non-local path in alias expansion? I.e.
>
> local_database=remote_server:real_database
>
> If yes, alias expansion belongs to Y-valve, if not - to the engine.
>
There is a least one reason why
> Trust me on this one, Jiri - I did extensive testing :)
> https://groups.yahoo.com/neo/groups/Firebird-Java/conversations/messages/11168
> has a paragraph on what I hit. Granted, I have not tested the .Net code
> as
> much (unfortunately the project sort of died) but I did scratch my head a
> lot
;( So ... perhaps it's not expected in 2.5 either ... will try to throw my
code against 3.0 to see if/how it works(the final combo I had problem with
was also stopping 1 byte too early) but an unusually long week is coming.
In case you have the time
https://drive.google.com/folderview?id=0BxNlh1_C
> is still out there for quick testing from console. Just out of curiosity
> -
> does fbsvcmgr work on your setup?
It does. But it's a different scenario. :(
--
Mgr. Jiří Činčura
Independent IT Specialist
--
Transform D
Dmitry,
For qa we only need these projects:
https://github.com/firebirdsql/qa-fbtest (qa tools)
https://github.com/firebirdsql/qa-repository (formerly fbt-repository -
this is repository with tests and other data used by qa tools)
https://github.com/firebirdsql/oltp-emul
"benchmark" is very old
On 13/03/16 22:03, Jim Starkey wrote:
> Splitting the code base would strengthen the underlaying architecture,
> spotlight unnecessary dependencies, and promote cleaner and better
> inter-component interfaces. And, in theory at least, various components
> could be released independently.
The fact
14.03.2016 9:53, Alex Peshkoff wrote:
> Not deadlock. Just races. And not too critical.
>
> The main problem with use of any kind of file ID is when create database
> is performed - file may not exist.
Both these problems can be easily solved with already existing mutexes and
careful
planning
On Mon, Mar 14, 2016 at 11:20:34AM +, Lester Caine wrote:
>
> The fact that git does not handle modular projects at all well was my
> main objection to being forced to use it. CVS had it's faults, but also
> it's good points, and being able to create a release made from cherry
> picked parts o
On 03/11/2016 10:29 PM, Björn Reimer wrote:
>
>
>>> In my scenario I don't have shell access to server, onyl remote
>>> access via ssh.
>>> I've a 2.5 gbak file and a 3.0 server running.
>>>
>>> I was trying to restore the database without sysdba account and with
>>> only editing database.
-=| Damyan Ivanov, 14.03.2016 15:46:22 + |=-
> Attached is a patch fixing a couple of spelling mistakes. It is all
> about "perfrom" typo.
Forgot to mention that the patch was made against Firebird 3.0.0.32383
from the B3_0_Release branch in subversion.
-
Attached is a patch fixing a couple of spelling mistakes. It is all
about "perfrom" typo.
common/isc_sync.cpp |2 +-
include/gen/msgs.h|2 +-
msgs/history2.sql |2 +-
msgs/messages2.sql|2 +-
msgs/transmsgs.de_DE2.sql |2 +-
msgs/transmsgs.fr_FR2
Alex,
> The main problem with use of any kind of file ID is when create database is
> performed - file may not exist.
What kind of "use" of the file ID are you referring to?
AFAIU, the file ID would only be used to identify if a db filename matches an
existing/already opened db file (the file
On 03/14/2016 07:39 PM, Leyne, Sean wrote:
> Alex,
>
>> The main problem with use of any kind of file ID is when create database is
>> performed - file may not exist.
> What kind of "use" of the file ID are you referring to?
>
> AFAIU, the file ID would only be used to identify if a db filename ma
14.03.2016 18:12, Alex Peshkoff wrote:
> But use of by name search if ID is unusable due to file not
> exists appears unavoidable.
Not true. Thread that is going to create file must do it while keeps db list
mutex. In
this case it can be sure that no other thread can try to create the file in
On 14/03/2016 05:49, Dimitry Sibiryakov wrote:
> It is not widely known, but NTFS has
> its own upcase table that may be different from system one. In this case
> uppercasing of the name using system locale will cause file to be not
> found
Proofs, please. Not guesses.
Adriano
On 03/14/2016 08:29 PM, Dimitry Sibiryakov wrote:
> 14.03.2016 18:12, Alex Peshkoff wrote:
>> But use of by name search if ID is unusable due to file not
>> exists appears unavoidable.
> Not true. Thread that is going to create file must do it while keeps db
> list mutex.
Do you suggest to lo
14.03.2016 18:32, Adriano dos Santos Fernandes wrote:
> Proofs, please. Not guesses.
http://blogs.msdn.com/b/michkap/archive/2005/01/16/353873.aspx
Russian translation:
http://www.transl-gunsmoker.ru/2010/07/how-case-insensitive.html
--
WBR, SD.
14.03.2016 18:39, Alex Peshkoff wrote:
> Do you suggest to lock db list mutex from yvalve? And from network
> server? :)
This is a separate discussion about thread races on database file creation
and open, if
you haven't noticed. Y-valve has nothing to do with that.
--
WBR, SD.
On 14/03/2016 14:52, Dimitry Sibiryakov wrote:
> 14.03.2016 18:32, Adriano dos Santos Fernandes wrote:
>> Proofs, please. Not guesses.
> http://blogs.msdn.com/b/michkap/archive/2005/01/16/353873.aspx
>
>
A site that I need to authenticate, fill forms, agree with whatever and
in the end says the pag
On 14/03/16 17:57, Adriano dos Santos Fernandes wrote:
> On 14/03/2016 14:52, Dimitry Sibiryakov wrote:
>> > 14.03.2016 18:32, Adriano dos Santos Fernandes wrote:
>>> >> Proofs, please. Not guesses.
>> > http://blogs.msdn.com/b/michkap/archive/2005/01/16/353873.aspx
>> >
>> >
> A site that I need t
Alex,
> Sean, if we limit ourself to only already opened files - we have no problems.
> But there are places (like per-database config) where we are not sure does
> file exist and if yes is it opened or not. For posix (where file ID exists no
> matter is file opened or not) I'm currently using fas
14.03.2016 19:25, Lester Caine wrote:
> This is Microsoft you are dealing with ... what do you expect?
I can guess that using LCMapStringW(LOCALE_INVARIANT) may produce result
matching to
NTFS UpCase transformation in most cases, but I wouldn't bet my dinner on it.
--
WBR, SD.
-
NTFS also supports case sensitivity, depending on how the file is accessed, but
the win32 API is not, so maybe it is better to leave the handling to NTFS
itself, so Firebird behaves like other applications.
Mark
- Bericht beantwoorden -
Van: "Dimitry Sibiryakov"
Aan: "For discussion amo
>I.e. sequence like this:
>
> 1) create dbb with flag "creating"
> 2) get list mutex
> 3) create the file and get its id
1- This would destroy any existing file, no?
2- why "get list mutex" before the create file and/or get fileID?
Wouldn't the better "creating" order be:
- try to open/cr
14.03.2016 20:25, Leyne, Sean wrote:
> - try to open/create file with non-shared access attribute, if success then
> get fileID else fail/ throw "file already exists"
In superserver at this point other thread can attach to this file and get
broken
(non-initialized) database.
> - create dbb
> 14.03.2016 20:25, Leyne, Sean wrote:
> > - try to open/create file with non-shared access attribute, if success then
> get fileID else fail/ throw "file already exists"
>
>In superserver at this point other thread can attach to this file and get
> broken (non-initialized) database.
Actual
14.03.2016 19:29, Dimitry Sibiryakov wrote:
> 14.03.2016 18:12, Alex Peshkoff wrote:
>> But use of by name search if ID is unusable due to file not
>> exists appears unavoidable.
>
> Not true. Thread that is going to create file must do it while keeps db
> list mutex. In
> this case it can be
14.03.2016 20:34, Leyne, Sean wrote:
> Alex,
>
>> Sean, if we limit ourself to only already opened files - we have no problems.
>> But there are places (like per-database config) where we are not sure does
>> file exist and if yes is it opened or not. For posix (where file ID exists no
>> matter is
14.03.2016 22:51, Vlad Khorsun wrote:
> You must consider detach, drop and database shutdown to get full picture.
Yes, and all the same for classic mode as well, so the picture is quite
complex.
But MSDN promises file ID to be stable as long as at least one handle is open,
so there
may b
On 3/14/2016 8:29 AM, Michal Kubecek wrote:
> On Mon, Mar 14, 2016 at 11:20:34AM +, Lester Caine wrote:
>> The fact that git does not handle modular projects at all well was my
>> main objection to being forced to use it. CVS had it's faults, but also
>> it's good points, and being able to crea
38 matches
Mail list logo
