S&P Downgrades TIBCO to Sell On Financial Services Exposure


 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements Complex Event Processing RSS News S&P Downgrades TIBCO to Sell On Financial Services Exposure
# 1  
Old 09-18-2008
S&P Downgrades TIBCO to Sell On Financial Services Exposure

Tim Bass
09-18-2008 11:15 AM
Standard & Poor's analyst Zaineb Bokhari cut her rating on TIBCO Software (TIBX) to Sell from Hold. Bokhari referenced TIBCO's relatively high exposure to financial services and telecom companies and dependence on large deals. Bokhari noted that TIBCO will report Aug 2008 quarter results on September 25. She estimates revenue of $154 million and an operating EPS of 6 cents. For the November 2008 fiscal year, she cut his sales forecast to $650 million from $663 million, with EPS dropping 2 cents to 34 cents. For FY ‘09, Bokhari drops another penny to 44 cents. Bokhari cuts her target price on TIBCO stock to $6.50, from $8.



Source...
Login or Register to Ask a Question

Previous Thread | Next Thread

4 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

SOCKS proxy & PAM configuration exposure

I've got a problem with a proxy configuration. We have an LDAP group that lists all users who are authorised to use the proxy to FTP (usually Filezilla) out to the world, and by implication those not in the group should be denied. My users are delighted that this has been enabled and those that... (9 Replies)
Discussion started by: rbatte1
9 Replies

2. Red Hat

Unix services for windows & Linux\Red Hat

I am not too familiar with linux, so please keep that in mind while reading this post. We have a few linux servers joined to the domain, and linux services for windows running. I have a user that can connect to one linux server, but not another. I ran the cat /etc/passwrd and noticed the user... (0 Replies)
Discussion started by: dcatcha
0 Replies

3. Shell Programming and Scripting

Services Start & stop scripts--help required

Dear All, Pls find my scripts for Agent services strat & stop. EAMSROOT=/opt/panaces export EAMSROOT cd $EAMSROOT nohup ./OracleAgent.sh start & nohup ./PFRAgent.sh start & nohup ./PFR.sh start & nohup ./SolarisOSAgent.sh start & exit 0 EAMSROOT=/opt/panaces export EAMSROOT cd... (0 Replies)
Discussion started by: starnaresh
0 Replies

4. UNIX for Dummies Questions & Answers

Starting & Stop print services in Unix

Hi There Kindly inform me on how to start and stop the print services in Unix from the command line. (2 Replies)
Discussion started by: esh
2 Replies
Login or Register to Ask a Question
Apache::XMLRPC(3pm)					User Contributed Perl Documentation				       Apache::XMLRPC(3pm)

NAME
Apache::XMLRPC - serve XML-RPC requests from Apache SYNOPSIS
## ## Directives for your Apache config file. ## <Location /RPC2> SetHandler perl-script PerlHandler Apache::XMLRPC PerlSetVar XMLRPC_Config /usr/local/apache/xml-rpc/services </Location> ## ## In the 'services' file referenced above by 'XMLRPC_Config' ## sub foo { ... } sub bar { ... } $map = { foo => &foo, bar => &bar, }; 1; DESCRIPTION
Apache::XMLRPC serves Userland XML-RPC requests from Apache/mod_perl using the Frontier::RPC2 module. Configuring Apache::XMLRPC to work under mod_perl is a two step process. First, you must declare a "<Location>" directive in your Apache configuration file which tells Apache to use the content handler found in the Apache::XMLRPC module and defines a variable which tells the module where to find your services. Then, you must define the services. Apache Configuration Apache configuration is as simple as the "<Location>" directive shown in the synopsis above. Any directive allowed by Apache inside a "<Location>" block is allowed here, but the three lines shown above are required. Pay close attention to the 'PerlSetVar XMLRPC_Config ...' line as this is where you tell Apache where to find your services. This file may reside anywhere accessible by Apache. Defining Services To actually define the XML-RPC routines that will be served, they must reside in the file referenced by the 'PerlSetVar XMLRPC_Config ...' directive in the Apache configuration file. In this file you may place as many Perl subroutines as you like, but only those which are explicitly published will be available to your XML-RPC clients. To publish a subroutine, it must be included in the hash reference named $map (the hash reference must have this name as this is the variable that the Apache::XMLRPC passes to Frontier::RPC2::serve to actually service each request) The hash reference must be defined in this "services" file. The keys of the hash are the service names visible to the XML-RPC clients while the hash values are references to the subroutines you wish to make public. There is no requirement that the published service names match those of their associated subroutines, but it does make administration a little easier. SEE ALSO
perl(1), Frontier::RPC2(3) <http://www.scripting.com/frontier5/xml/code/rpc.html> AUTHOR
Ed Hill <ed-hill@uiowa.edu> is the original author. Tim Peoples <tep@colltech.com> added a few tweaks and all the documenation. perl v5.10.1 2011-04-05 Apache::XMLRPC(3pm)