[fastforward]

Originally posted by george_proost
The new code is performing wonderfully. Thankyou very much.

However, a small parsing/dellimeting error :

Query failed:
INSERT IGNORE INTO usenet_outgoing(poster,email,signature,newsgroup,subject,body,threadid,postid)
VALUES ('Mic Murph','xxx@xxx.com',,'ibmpub.java.os390','Access
to Environment Variables from JNI native code','A while back, I developed a Java & C/C++ native wrapper for our company\'s
data management product (tableBASE). We\'re running on
OS/390 MVS V2R8 using JDK 1.1.8 under USS. \r\n\r\nThe Java 
wrapper statically loads the C/C++ class when it is instantiated. 
\r\n\r\nIn the C/C++ native routine, I used a "fetch()" library call 
to locate the function pointer to a HLASM routine, which is stored 
in a pre-existing MVS namespace in a PDS(not PDSE) link-editted load library. \r\n\r\nI used the "STEPLIB" environment variable in my BASH script to refer to the two load libraries that had the 
HLASM stub and the additional overlays that it calls. \r\n\r\nNote that this results in a HLASM call wrapped in a C/C++ JNI native
 method wrapped in a Java class. We used this approach since 
the HLASM interface is well known by our customer base. \r\n\r\nI set up an RMI-distribution for the Java wrapper using a BASH 
script to set/export various environment variables. We\'ve been 
experimenting with different client architectures, such as 
servlet/JSP, standalone application over RMI etc. \r\n\r\nThe 
setup works and is pretty speedy, considering we\'re still using 
the May 2000 edition of the 1.1.8 JDK. \r\n\r\nNow, we\'re 
starting to scale up for productionalize by running the JNI 
wrapper from within a servlet in WebSphere 3.02. And when we 
run the servlet, the Java wrapper class is able to load the C/C++ 
native wrapper OK. \r\n\r\nThe problem is that the C 
program\'s "fetch" of our HLASM load library fails, as if it\'s not finding our STEPLIB environment variable. \r\n\r\nMy understanding is that WAS inherits any environment variable 
settings from the HTTP 5.2 server config (in /etc/httpd.envvars). \r\nThis is where we\'ve put both our LIBPATH entry (for our 
native .SO DLL which is being found by the loader) and our 
STEPLIB variable (for our HLASM load library which apparently 
ISN\'T being found). \r\n\r\nI\'d prefer not to have to use 
the "setenv()" library calls to set/get the environment variables 
from my C/C++ native routine.\r\n\r\nAny suggestions? \r\n\r\nThanks, Michael Murphy \r\n\r\nP.S. This is actually a cross-
post from the new forum/portal "www.mainframeforum.com".  
Check it out!',30239,83853)


DBD::mysql::db do failed: You have an error in your SQL syntax 
near ''ibmpub.java.os390','Access to Environment Variables from 
JNI native code','A wh' at line 1 at www/admin/newnews.pl line 
596, <SOCK3> line 2.

welcome back

I've just encountered this error myself. It happens when a post is made that has the 'show signature' option unchecked. I'll post a fix later tonight.