The ASE PCI-Bridge is not able to process the requested dispatching- Sybase - sybase-ase

I am trying to install a jar file in Sybase ASE-15.7 using the 'instjava' command.
I am getting the following error: The ASE PCI-Bridge is not able to process the requested dispatching. This is a fatal error, please contact your System Administrator (SA) for help.
I have enabled java and enabled pci using the following commands:
sp_configure "enable pci", 1
sp_configure "enable java", 1
After looking at the error on the net, i have found that the cause of the error is :
Error 16022 may be reported "The ASE PCI-Bridge is not able to process the requested dispatching. This is a fatal error, etc." when the PCI is unavailable with a stack trace in the error log showing modules "jvminit", "SYB_CreateJavaVM" and "terminate_process" although the stack trace information is unnecessary.
But there is no solution to the problem.
would anyone be able to offer any assistance in this case?

Have you tried to restart ASE?
Also I think sp_configure "enable pci", 1 requires that the sybpcidb database be created if it does not already exist.


Websphere MQ : Queue manager cannot connect

I have tried the different solutions offered in multiple threads but none of them are solving my issue.
Also I noticed i have no error in my logs so it does not facilitate to find the root cause of my error.
Ok first thing first:
I am an administrator on my laptop
I m running Windows 7 64 bit
I m using MQ
When I create a queue manager (btw i open WMQ as an administrator), the queue manager is created but I am getting the message AMQ8157: Security Error
See attached picture
The queue manager appears under the Queue Managers folder but it will not connect.
When I click on connect i am getting the error
An unexpected error (2063) has occurred. (AMQ4999) An unexpected
error (2063) has occurred. (AMQ4999) Severity: 10 (Warning)
Explanation: An unlisted error has occurred in the system while
retrieving PCF data. Response: Try the operation again. If the error
persists, examine the problem determination information to see if any
details have been recorded.
The .log does not display any error message so i am really stuck.
Below is the only log i m getting when creating the queue manager, nothing when i try to connect.
!ENTRY org.eclipse.osgi 2 1 2018-07-09 11:10:32.557 !MESSAGE NLS
missing message: UI_WIZARD_FILE_SIZE_UNCHANGED2_LABEL in: !SESSION 2018-07-09 11:14:46.319
----------------------------------------------- eclipse.buildId=unknown java.fullversion=JRE 1.7.0 IBM J9 2.7 Windows
7 amd64-64 Compressed References 20160406_298393 (JIT enabled, AOT
enabled) J9VM - R27_Java727_SR3_20160406_0942_B298393 JIT -
tr.r13.java_20160328_114186 GC -
R27_Java727_SR3_20160406_0942_B298393_CMPRSS J9CL - 20160406_298393
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_GB
Command-line arguments: -os win32 -ws win32 -arch x86_64
!ENTRY org.eclipse.osgi 2 1 2018-07-09 11:14:51.921 !MESSAGE NLS
This definitely seems like an issue related to permissions, you might want to double check on the users and groups for MQ that you have.
Also, could you check the MQ service if its using the same account which is supposed to be taken. (though its wierd that there aren't any logs for security error)
Usually the reason for a security error will be logged by the queue manager in its own error logs (for security reasons you don't want to give the reason the client as they could use this against you). You can find your error logs here:
AMQERR01.LOG is the most recent log file.
The biggest mistake people make is trying to do MQ changes under the Administration account (Windows) or root (Unix/Linux). First, you will make a mess of things and secondly, it does not work as you think it does.
You should ONLY use the Administration or root account for the installation of MQ, after that use your own account.
If you are going to be the "MQAdmin" on your WIndows PC then:
Stop using the Administrator account for MQ
Use your OWN user account for MQ configuration/administration
Add your user account to the "mqm" group
Either restart the queue manager(s) or issue the refresh security command
Once your UserId is in the "mqm" group, you can configure your queue managers
Note: If you were configuring MQ with Administration account then I would delete EVERYTHING you did under the Administrator account and simply start over doing it the right way. Otherwise, you will be posting question after question on Stackoverflow asking why "this does not work" and "that does not work".

Stripe error: Network error [errno 77]: The one-time function was previously called and failed. Its error code is no longer available

My site hasn't been able to accept payments for a few hours now. I've been getting this error message:
Unexpected error communicating with Stripe.
If this problem persists, let us know at
(Network error [errno 77]: The one-time function was previously
called and failed. Its error code is no longer available)
I'm running PHP through Apache and the code hasn't changed. I recently updated my server's packages to pick up SSL updates. Could that be causing a problem?
I was able to fix this by restarting Apache.
If you are using linux. Restart php-fpm and nginx it should work too.

Exception: “Could not gather sufficient random data”

A client gets the following error
CRITICAL: Uncaught PHP Exception Exception: "Could not gather
sufficient random data" at
/.../vendor/paragonie/random_compat/lib/random_bytes_mcrypt.php line
69 {"exception":"[object] (Exception(code: 0): Could not gather
sufficient random data at
[Corrected client PHP version]
attempting to view or edit a record. Client is on Symfony 2.8.2, PHP 5.6.18, running on freebsd. My development system is Symfony 2.8.2, PHP 7, Windows 10 and does not get this error.
Running composer update did not affect this behavior.
The answer appears here courtesy of Scott at paragonie. It says,
It means precisely what it says: Something about your environment is
preventing mcrypt_create_iv($numBytesRequested, MCRYPT_DEV_URANDOM)
from generating enough entropy.
Make sure PHP can read /dev/urandom, especially if you're in a chroot
jail. Without access to the kernel's CSPRNG, we cannot reliably
generate random data suitable for cryptography.
Since the site is on a shared host and I am largely freebsd illiterate, I forwarded this to the host's webmaster. Issue solved.

Windows Zend PHP Debugging Environment

Recent projects (Shopware, xt:Commerce) contain ioncube-encoded files which force me to use the ioncube_loader extension. Loading this along with the ZendDebugger does work unless I try start debugging. Once the loader is included, debugging doesn't work anymore - even in non-encoded environment (for one Joomla).
System: Windows 7, Zend Studio 10.6, Zend Server CE, Zend Debugger, ioncubeLoader, PHP 5.3+
I already spend several days searching for a working solution (except using inline debug commands). If it means, setting up a unix environment, so be it. But there seem to be problems, too.
Windows Event Log shows an Application Error (1000):
Faulting application: php-cgi.exe, Version:
Faulting module: php5.dll, Version:
exception code: 0xc0000005
fault offset: 0x00084494
path to ZendServer php-cgi.exe and php5.dll respectively]
Instead of starting a debug session, a download dialog pops up, containg that HTML code
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Additonally, the ZendEnabler.logs shows:
[timestamp] Error: Read data error - unable to get read result. Code 109.<br />
[timestamp] Error: Request for D:/Projects/Joomla3/index.php: Unable to get the response from PHP process
The joomla folder is mapped to a local virtual host http://joomla3.localhost environment and the subdomain added to the hosts file. No problem if i don't start debugging.
Any help is greatly appreciated ;-)
Just ideas
This could be something as stupid as a line ending incompatibility.
Could be a file* permission, php creating files as the wrong user or with wrong privileges.
Try running the system with elevated permissions? !!Caution, permission elevation is an awful solution.!!
Could be a Windows shell association, or content type dispatch issue.
Have you tried reaching out to IonCube's support? They appear to be a commercial product from the top google hit, they should offer support in some manner.
Try Virtualization? Setup a ubuntu or other virtualbox and test functionality in there?
Thats all that comes to mind looking at different parts of your problem. :\ Home something helps.
To resolve this behavior, correct the DNS address in the Internet Protocol (IP) properties:
Right-click My Network Places, and then click Properties.
Right-click Local Area Connection, and then click Properties.
Click Internet Protocol (TCP/IP), and then click Properties.
Type the correct DNS address in the Preferred DNS server box.

php-cgi not executing for google app engine under windows

OS: windows XP
I am getting above error message:
C:\Documents and Settings\ramesh.d\google_appengine> --php_executable_path="c:\php\php-cgi.exe" helloworld/
INFO 2013-05-20 16:23:55,069] Checking for updates to the SDK.
INFO 2013-05-20 16:23:56,285] Update check failed: HTTP Error 404: Not Found
WARNING 2013-05-20 16:23:56,285] Could not initialize images API; you are likely missing the Python "PIL" module.
INFO 2013-05-20 16:23:56,285] Starting API server at:
INFO 2013-05-20 16:23:56,299] Starting server "default" running at:
INFO 2013-05-20 16:23:56,299] Starting admin server at:
ERROR 2013-05-20 16:23:59,168] The PHP runtime is not available because: "c:\php\php-cgi.exe -v" returned an error [-1072365564]
I am look for solution and found that:
in file ..\gae\google\appengine\tools\devappserver2\
line 138 and 165 should be:
if you put after line 156 new line:
print version
you will get the result
but i do not knew what to do next
This is a known bug for Windows XP SP3 users. See for more information and progress on a fix.
That is a problem with python/google dev-server on your windows platform. The environment is not getting set and then PHP can not be executed having problems loading DLLs it needs.
When you execute "c:\php\php-cgi.exe -v" in your standard environment you should not have that error.
You should also see a msgbox you need to click OK on telling about the error-code 0xC0150004.
I am not aware of a solution for that for now, you probably want to file a bugreport for the dev-server. I don't know if this has been already reported even.