Subject | gbak with servicemanager and filenames with spaces |
---|---|
Author | c.tamalun@treesoft.de |
Post date | 2006-01-11T20:11:58Z |
Hi,
i have two problems using gbak with service manager:
I want to run gbak from a client application to backup a database.
When the filename (or path) of the database or the backup file contains one or more spaces, it doesn't work.
When i put the filename into quotes, the parameters are send via TCP/IP without quotes, and the servicemanager stops interpreting the filename at the space.
When i escape the Space with a backslash (i.e. "/public/Treesoft\ Office/Data1.fdb"), the firebird server aborts and restarts. The log says: fbserver: terminated abnormally (3221225477). In Linux the entry is: terminated abnormally (-1).
The problem occurs on Windows as well as on Linux servers.
The Version of firebird is is 1.5.2.4731
Second problem occurs when i run gbak from Windows API CreateProcess. There is a obviously uninitialized memory, which is used to pass the parameters to the service manager. Thus gbak adds a special character (ASCII-Hex E0 or D0) to the last filename.
Thanks for any hint
Christoph
[Non-text portions of this message have been removed]
i have two problems using gbak with service manager:
I want to run gbak from a client application to backup a database.
When the filename (or path) of the database or the backup file contains one or more spaces, it doesn't work.
When i put the filename into quotes, the parameters are send via TCP/IP without quotes, and the servicemanager stops interpreting the filename at the space.
When i escape the Space with a backslash (i.e. "/public/Treesoft\ Office/Data1.fdb"), the firebird server aborts and restarts. The log says: fbserver: terminated abnormally (3221225477). In Linux the entry is: terminated abnormally (-1).
The problem occurs on Windows as well as on Linux servers.
The Version of firebird is is 1.5.2.4731
Second problem occurs when i run gbak from Windows API CreateProcess. There is a obviously uninitialized memory, which is used to pass the parameters to the service manager. Thus gbak adds a special character (ASCII-Hex E0 or D0) to the last filename.
Thanks for any hint
Christoph
[Non-text portions of this message have been removed]