Upgrading ICU*.dll on a Firebird 2.5.2 - dll

I’m trying to Upgrade the ICU*.dll from Version 3.0 to Version 5.0/5.6
I have performed following steps:
Stop the Firebird
Remove the ICU*30.dll from the /bin/ folder
Insert the ICU*50.dll/ICU*56.dll
Edit the fbintl.conf in /intl/ folder
<intl_module builtin>
icu_versions 5.6 default
</intl_module>
Start the Firebird server.
The Server does not start after these steps, I tried different Versions of the fbintl.conf but it does not work.
The Server only starts when the ICU*30.dll is in the /bin/ folder, but in this case the Server does not load the ICU*50.fll/ICU*56.dll.

Related

I have a problem with connecting to the oracle database with laravel 9 using oci8

Hello I am having a problem connecting laravel 9 with an oracle database. I wanted to follow this procedure on GitHub: https://github.com/yajra/laravel-oci8. But I get an error from the first command: compose requires yajra/laravel-oci8:^9. I have PHP 8.0.13 and LARAVEL 9 and XAMPP. Thank you for helping me.
The trace :
composer require yajra/laravel-oci8:^9.0
./composer.json has been updated
Running composer update yajra/laravel-oci8
Loading composer repositories with package information
Updating dependencies
Your requirements could not be resolved to an installable set of packages.
Problem 1
- Root composer.json requires yajra/laravel-oci8 9.0 -> satisfiable by yajra/laravel-oci8[v9.0.0].
- yajra/laravel-oci8 v9.0.0 requires ext-oci8 >=3.0.1 -> it is missing from your system. Install or enable PHP's oci8 extension.
To enable extensions, verify that they are enabled in your .ini files:
- C:\xampp\php\php.ini
You can also run php --ini in a terminal to see which files are used by PHP in CLI mode.
Alternatively, you can run Composer with --ignore-platform-req=ext-oci8 to temporarily ignore these required extensions.
Installation failed, reverting ./composer.json and ./composer.lock to their original content.

local server takes time to update clamav db

I'm serving cvd files from a local server, when I run freshclam on my server it takes some runes until the daily.cvd is updated even though the remote version was updated a while ago.
The clamav version I'm using is 0.102.4-r1
freshclam.conf I'm using is:
DatabaseDirectory /data
LogSyslog yes
UpdateLogFile /logs/freshclam.log
LogTime yes
PidFile /run/clamav/freshclam.pid
DatabaseOwner root
LogVerbose yes
DatabaseMirror database.clamav.net
ScriptedUpdates no. (for serving as local server)
SafeBrowsing yes
Bytecode yes
some focused logs from freshclam run which not update the local daily.cvd even though it indicates a newer version remotely:
daily database available for update (local version: 26009, remote version: 26010)
*The daily.cvd database downloaded from https://database.clamav.net is one version older than advertised in the DNS TXT record.
Database test passed.
daily.cvd updated (version: 26009, sigs: 4351133, f-level: 63, builder: raynman)
Do I need to change my configuration or is it a bug on the 102.4 clamav version?

Team city cannot copy pagefile.sys because it is being used by another process

I am trying to get TeamCity up and running for a CI / CD server. So far I have it connected to my Git repo, it pulls the repo and builds. Great.
Now I am trying to publish it. (My web server is also the CI server and agent).
I keep getting this error:
C:\TeamCity\buildAgent\work\f56e1490ff15a5c4\P4P.Web\P4P.Web.csproj(1373, 5): warning MSB3026: Could not copy "\pagefile.sys" to "C:\inetpub\wwwroot\P4P\build\pagefile.sys". Beginning retry 8 in 1000ms. The process cannot access the file '\pagefile.sys' because it is being used by another process.
It ultimately fails and fails the entire publish process.
C:\TeamCity\buildAgent\work\f56e1490ff15a5c4\P4P.Web\P4P.Web.csproj(1373, 5): error MSB3027: Could not copy "\pagefile.sys" to "C:\inetpub\wwwroot\P4P\build\pagefile.sys". Exceeded retry count of 10. Failed.
C:\TeamCity\buildAgent\work\f56e1490ff15a5c4\P4P.Web\P4P.Web.csproj(1373, 5): error MSB3021: Unable to copy file "\pagefile.sys" to "C:\inetpub\wwwroot\P4P\build\pagefile.sys". The process cannot access the file '\pagefile.sys' because it is being used by another process.
I found this ow SO. I tried downgrading the Microsoft.CodeDom.Providers.DotNetCompilerPlatform and Microsoft.Net.Compilers packages to 1.0.0. I have even tried removing them entirely.
I have looked at all csproj files for references to these packages (including the package.config). Nothing.
I have no idea where to even begin to fix this.
My server is running Windows Server 2012 R2. I installed VS professional.
Any ideas?
I encountered the same issue.
The problem starts when you upgrade the DotNetCompilerPlatform to version 1.0.1.
To work around this issue you can downgrade to version 1.0.0 using the NuGet package manager.
EDIT: If you uninstall Microsoft.CodeDom.Providers.DotNetCompilerPlatform AND Microsoft.Net.Compilers, and then install the DotNetCompilerPlatform (has a dependency on the Microsoft.Net.Compilers package so it will automatically install that) package again the error disappears for good so it seems.
Also check this issue link - error MSB3027: Could not copy "C:\pagefile.sys" to "bin\roslyn\pagefile.sys". Exceeded retry count of 10. Failed

Asp.net 5 DNX and DNU not working in Windows Server 2008 R2

I have successfully installed the dnvm using commands given here https://github.com/aspnet/home.
Now I am trying dnvm upgrade but somehow it is not working for me. I get the latest version from nuget and I can see it being created to my .dnx\runtimes folder. See following:
C:\Users\Administrator>dnvm upgrade
Determining latest version
Downloading dnx-clr-win-x86.1.0.0-beta4 from https://www.nuget.org/api/v2
Installing to C:\Users\Administrator\.dnx\runtimes\dnx-clr-win-x86.1.0.0-beta4
Adding C:\Users\Administrator\.dnx\runtimes\dnx-clr-win-x86.1.0.0-beta4\bin to process PATH
Adding C:\Users\Administrator\.dnx\runtimes\dnx-clr-win-x86.1.0.0-beta4\bin to user PATH
Updating alias 'default' to 'dnx-clr-win-x86.1.0.0-beta4'
C:\Users\Administrator>dnu
C:\Users\Administrator>
C:\Users\Administrator>dnx
C:\Users\Administrator>
C:\Users\Administrator>dnvm list
Active Version Runtime Architecture Location Alias
------ ------- ------- ------------ -------- -----
* 1.0.0-beta4 clr x86 C:\Users\Administrator\.dnx\runtimes default
dnvm upgrade works ok? but nothing happens when I type dnu, dnx,dnu restore commands. What am I missing ?I am doing it in Windows Server 2008 R2. .Net framework 4.5.2 installed.
Update
I just tried to get latest unstable runtime. When using beta6-12085 the dnu command returns an error: dnx.win32.dll could not be loaded. Last error: 87
C:\Users\Administrator>dnvm upgrade -u
Determining latest version
Downloading dnx-clr-win-x86.1.0.0-beta6-12085 from https://www.myget.org/F/aspnetvnext/api/v2
Installing to C:\Users\Administrator\.dnx\runtimes\dnx-clr-win-x86.1.0.0-beta6-12085
Adding C:\Users\Administrator\.dnx\runtimes\dnx-clr-win-x86.1.0.0-beta6-12085\bin to process PATH
Adding C:\Users\Administrator\.dnx\runtimes\dnx-clr-win-x86.1.0.0-beta6-12085\bin to user PATH
Updating alias 'default' to 'dnx-clr-win-x86.1.0.0-beta6-12085'
C:\Users\Administrator>dnu
dnx.win32.dll could not be loaded. Last error: 87
I had a new install of Windows Server 2008. Installing all the updates fixed the problem!
It seems, dnx compiled on windows 8 hence corresponding "minwin" version binding.
https://blogs.mcafee.com/mcafee-labs/windows-7-kernel-api-refactoring . I got "error 87" on win7 too.

Installing Orafce.sql 3.0 in Windows 7

As mention in Orafce Install.orafunc:
..install Orafce functions in the database, either run the orafce.sql script using the pgAdmin SQL tool..
I tried running the orafce--3.0.sql in pgAdmin sql editor. This give me error
ERROR: could not access file "MODULE_PATHNAME": No such file or directory.
What do you mean by module path?
Installed program:
strawberry perl with DBD::Oracle
postgresql 9.3
pgAdmin III
Not fully installed:
ora2pg
I tried installing ora2pg...with a problem.
H:\PostgreSQL\ora2pg-12.1>perl makefile.pl
Unparsable version '' for prerequisite DBD::Oracle at makefile.pl line 553
Generating a dmake-style Makefile
Writing Makefile for Ora2Pg
Writing MYMETA.yml and MYMETA.json
Done...
H:\PostgreSQL\ora2pg-12.1>dmake && dmake install
"Installing default configuration file (ora2pg_dist.conf) to C:\ora2pg"
Appending installation info to C:\strawberry\perl\lib/perllocal.pod
dmake: Warning: -- Target [install] was made but the time stamp has not been up
dated.
Suggested Solution:
I downloaded a copy of orafce from okbob github
Unzip the file to folder D:/Postgresql/orafce-master
I copy only the following files
orafce--unpackaged--3.0.6.sql
orafce--3.0.6.sql
orafce.control
to folder C:\Program Files\PostgreSQL\9.3\share\extension
Then I try running this command in pgAdmin III sql tools.
CREATE EXTENSION orafce;
I received this Warning and Error.
[WARNING ] CREATE EXTENSION orafce
ERROR: syntax error in file "C:/Program Files/PostgreSQL/9.3/share/extension/orafce.control" line 1, near end of line
I checked orafce.control content. It has this config.
# intarray extension
comment = 'Functions and operators that emulate a subset of functions and packages from the Oracle RDBMS'
default_version = '3.0.6'
module_pathname = '$libdir/orafunc'
relocatable = false`
I can't pass to this wall. What seems the problem?
So, you are working with source raw files. You should to compile these files first - and later you can use it. It is relative simply on Unix like platforms, where C compiler is usually available, and pretty hard on MS Windows, where you have to install C compiler first.
I afraid so we lost pgFoundry archive, where was orafce precompiled and packed.
Almost all Linux distributions support orafce directly - and you can install it without compilation from repositories.
see http://wiki.postgresql.org/wiki/Building_and_Installing_PostgreSQL_Extension_Modules
$libdir is symbol, that is used for PostgreSQL extensions directory. It can be different for any platform - and it is replaced inside compilation stage by actual value. MODULE_PATHNAME has similar meaning. In compilation stage is replaced by valid actual path to library with compiled code.
I am sorry - we don't provide a compiled files - mainly due high risk for MS Windows. We have no forces, and tools to maintain all Win safely. In this moment, you can:
try to contact someone who use orafce for windows for backup of orafce installers
try to compile this extension by self (Microsoft Visual Studio Express edition is free and downloadable on internet).
other possibility is migrate database server to Linux - almost all database maintenance and usage is more simply and more robust there (due missing viruses, antiviruses and less resource requests). The Linux is primary platform for Oracle too.
some tutorials:
http://blog.2ndquadrant.com/compiling-postgresql-extensions-visual-studio-windows/
http://www.scribd.com/doc/40725510/Build-PostgreSQL-C-Functions-on-Windows