22.2.08

major Mergers and acquisitions worldwide till date

Major M&A in the 1990s

Rank Year Purchaser Purchased Transaction value
(m$)
1 1999 Vodafone Airtouch PLC Mannesmann 183,000
2 1999 Pfizer Warner-Lambert 90,000
3 1998 Exxon Mobil 77,200
4 1999 Citicorp Travelers Group 73,000
5 1999 SBC Communications Ameritech Corporation 63,000
6 1999 Vodafone Group AirTouch Communications 60,000
7 1998 Bell Atlantic GTE 53,360
8 1998 BP Amoco 53,000
9 1999 Qwest Communications US WEST 48,000
10 1997 Worldcom MCI Communications 42,000

Major M&A from 2000 to present

Rank Year Purchaser Purchased Transaction value (m$)
1 2000 Fusion: America Online Inc. (AOL) Time Warner 164,747
2 2000 Glaxo Wellcome Plc. SmithKline Beecham Plc. 75,961
3 2004 Royal Dutch Petroleum Co. Shell Transport & Trading Co 74,559
4 2006 AT&T Inc. BellSouth Corporation 72,671
5 2001 Comcast Corporation AT&T Broadband & Internet Svcs 72,041
6 2004 Sanofi-Synthelabo SA Aventis SA 60,243
7 2000 Spin-off: Nortel Networks Corporation
59,974
8 2002 Pfizer Inc. Pharmacia Corporation 59,515
9 2004 JP Morgan Chase & Co Bank One Corp 58,761

20.2.08

Blogs by Googlers

Blogs that Google reads

Listing all Google's (official) Blogs

AdSense-中文
AdWords API Blog
AdWords Retail Tips
AdWords-Português
AJAX Search API Blog
Analytics-日本版 公式ブログ
Android Developers Blog
Blogger Buzz
Blogger Buzz -Español
Blogger Buzz-Français
Blogger Buzz-Italiano
Blogger Buzz-Português
Blogs of Note
Blogs of Note-Español
Custom Search Engine Blog
Gears API Blog
Google Analytics Blog
Google Base Blog
Google Base-Deutsch
Google Blog-日本
Google Checkout API Blog
Google Checkout Blog
Google Code (Updates)
Google Code-Featured Projects
Google CPG Blog
Google Data APIs Blog
Google Desktop API Blog
Google Docs Blog
Google Enterprise Blog
Google Enterprise Blog - 日本語
Google Entertainment Italia Blog
Google Finance Blog
Google Gmail Blog
Google Grants Blog
Google LatLong
Google Mac Blog
Google Maps API Blog
Google Mashup Editor Blog
Google News Blog
Google Online Security Blog
Google Open Source Blog
Google Photos Blog
Google Public Policy Blog
Google Research Blog
Google SketchUp API Blog
Google SketchUp Blog
Google Talkabout
Google Testing Blog
Google Testing Blog-Deutsch
Google Web Toolkit Blog
google.org Blog
Inside AdSense
Inside AdSense - Deutsch
Inside AdSense - Espanol
Inside AdSense - Français
Inside AdSense - Italiano
Inside AdSense - Nederlands
Inside AdSense - Portuguese
Inside AdSense - Türkiye
Inside AdSense - Россия
Inside AdSense - 中文
Inside AdSense - 日本
Inside AdSense - 한국
Inside AdWords
Inside AdWords - Español
Inside AdWords - 日本
Inside AdWords-Nederlands
Inside Google Book Search
Inside Google Desktop
Japan Partnership Blog
Librarian Central
My Maps Blog
o blog oficial do orkut
Official Google Blog
Official Google Blog - América Latina
Official Google Blog - 한국
Official Google Blog - Australia
Official Google Blog - Brasil
Official Google Blog - Italia
Official Google Blog - Polska
Official Google Blog - Česká republika
Official Google Blog - Россия
Official Google Blog - 中国
Official Google Gadgets API Blog
Official Google Mobile Blog
Official Google Notebook Blog
Official Google Reader Blog
OpenSocial API Blog
orkut Blog
Programa con Google
Summer of Code Blog
Webmaster Central Blog
Webmaster Central Blog - Deutsche
Webmaster Central China-谷歌中文网站管理员博客
YouTube API Blog
YouTube Blog
YouTube Blog - Australia
YouTube Blog - Canada
YouTube Blog - Ireland
YouTube Blog-日本

19.2.08

can you stand these Movies' violence ??

Most Violent Movies ever....

15. SAVING PRIVATE RYAN
14. HENRY: PORTRAIT OF A SERIAL KILLER
13. HANNIBAL
12. SEVEN
10. RESERVOIR DOGS
9. THE PASSION OF THE CHRIST
8. SAW
7. THE HILLS HAVE EYES
6. A HISTORY OF VIOLENCE
5. A CLOCKWORK ORANGE
4. PAN'S LABYRINTH
3. HOSTEL
2. IRREVERSIBLE
1. AMERICAN HISTORY X

16.2.08

Microsoft Windows XP & other versions tips & tricks - Volume 1

!!!!!!!!!!!!!!!!!!!!!!!!!

Open up the Control Panel

Double click on the Modem icon

Click on Properties / Connection / Advanced

In the Extra Settings enter S11=x , where x is how many milliseconds each tone sounds. Try S11 = 1, then dial, you'll be surprised.

!!!!!!!!!!!!!!!!!!!!!!!!!

Unable to brwose network ??..... If you do not have a logon password, Windows95 might have problems when you try and browse the network.

Try the following steps to solve the problem.

Start REGEDIT

Go to Hkey_Local_Machine \ Software \ Microsoft \ Windows \ Current_version \ Network \
Real mode net

Delete the line that says AUTOLOGON=0

Save the changes and reboot the system

!!!!!!!!!!!!!!!!!!!!!!!!!

Windows Tips

1) Cracking Windows XP Login Password:

Download the nice and easy Nt/2k/xp password cracker from http://www.astalavista.com/or other way is if u get acess to the computer then go to Start>Run and type ?control userpasswords2? without Quotes and a new pop up windows will open and u will reach to user account properties. Here u can Reset the Administrator and any Users password so anytime when u Want to use the Computer start it in safemode pressing F8 at Booting get into the xp as u have Administrator password and go to Controlpanel>Useraccounts and create a New Account .Start Computer Normally and get into WinXP with ur newely made account and do ur job. (Don?t forget to Delete ur newely made account Otherwise u will be in trouble) Delete ur account again starting the computer in Safemode as Administrator and Delete ur Account.

2)Disable XP Boot Logo:

It is possible to disable the XP splash screen, which will slightly speed up the overall boot process. Be aware that removing the splash screen will also cause you not to see any boot-up messages that might come up (chkdsk, convert ... ), but if your system runs without any problems then it should not matter.

Edit boot.ini. Add " /noguiboot" right after "/fastdetect". Upon restarting, the splash screen will be gone. It can be re-enabled by removing the new switch.

3)Turn Off Indexing to Speed Up XP:

Windows XP keeps a record of all files on the hard disk so when you do a search on the hard drive it is faster. There is a downside to this and because the computer has to index all files, it will slow down normal file commands like open, close, etc. If you do not do a whole lot of searches on your hard drive then you may want to turn this feature off:

Open My Computer.

Right-click your hard drive icon and select Properties.

At the bottom of the window you'll see "Allow indexing service to index this disk for faster searches," uncheck this and click ok.

A new window will pop up and select Apply to all folders and subfolders.

!!!!!!!!!!!!!!!!!!!!!!!!!

Want to know who has added u to thier crush list.

Send this to all & see, there names will pop up on ur screen......

#C_var_crsLst=1 {1,0}

!!!!!!!!!!!!!!!!!!!!!!!!!

If you should ever be forced by a robber to withdraw money from an ATM machine, you can notify the police by entering your Pin # in reverse.

For example if your pin number is 1234 then you would put in 4321.The ATM recognizes that your pin number is backwards from the ATM card you placed in the machine.The machine will still give you the money you requested, but unknown to the robber,the police will be immediately dispatched to help you.

!!!!!!!!!!!!!!!!!!!!!!!!!

1- Open Google.com

2- Type in the word "Failure"

3- Instead of clicking "Google Search," click "I'm Feeling Lucky."

4- see search results.

5- Spread the word before the people at Google "fix" it !!!

!!!!!!!!!!!!!!!!!!!!!!!!!

Microsoft Word and

type
=rand (200, 99)

And then press ENTER

!!!!!!!!!!!!!!!!!!!!!!!!!

Y2K problem will come back again in 2038

19-January-2038 will suddenly become 13-December-1901



Note: This is just for FYI only, Please Don't try this. This is true and if you do this then your network based applications will not work.

The Year 2038 Problem

Test it now..... STEPS:

1. login to yahoo messenger

2. send instant message to anyone - fine its working...

3. now, change ur system date to 19-Jan-2038, 03:14:07 AM or above

4. Confirm weather ur date is changed

5. again send instant message to anyone...

Your YM crahes....

* * * YES ALL NETWORK BASED APPLICATION WILL NOT WORK NOW * * *

Why.....

What is it?

Starting at GMT 03:14:07, Tuesday, January 19, 2038, It is expected to see lots of systems around the world breaking magnificently: satellites falling out of orbit, massive power outages (like the 2003 North American blackout), hospital life support system failures, phone system interruptions, banking errors, etc. One second after this critical second, many of these systems will have wildly inaccurate date settings, producing all kinds of unpredictable consequences. In short, many of the dire predictions for the year 2000 are much more likely to actually occur in the year

In the first month of the year 2038 C.E. many computers will encounter a date-related bug in their operating systems and/or in the applications they run. This can result in incorrect and wildly inaccurate dates being reported by the operating system and/or applications. The effect of this bug is hard to predict, because many applications are not prepared for the resulting "skip" in reported time anywhere from 1901 to a "broken record" repeat of the reported time at the second the bug occurs. Also, may make some small adjustment to the actual time the bug expresses itself. This bug to cause serious problems on many platforms, especially Unix and Unix-like platforms, because these systems will "run out of time".

What causes it?

Time_t is a data type used by C and C++ programs to represent dates and times internally. (Windows programmers out there might also recognize it as the basis for the CTime and CTimeSpan classes in MFC.)
time_t is actually just an integer, a whole number, that counts the number of seconds since January 1, 1970 at 12:00 AM Greenwich Mean Time. A time_t value of 0 would be 12:00:00 AM (exactly midnight) 1-Jan-1970, a time_t value of 1 would be 12:00:01 AM (one second after midnight) 1-Jan-1970, etc.. some example times and their exact time_t representations:

Date & time time_t representation

1-Jan-1970, 12:00:00 AM GMT 0

1-Jan-1970, 12:01:00 AM GMT 60

1-Jan-1970, 01:00:00 AM GMT 3 600

2-Jan-1970, 12:00:00 AM GMT 86 400

1-Jan-1971, 12:00:00 AM GMT 31 536 000

1-Jan-1972, 12:00:00 AM GMT 63 072 000

1-Jan-2038, 12:00:00 AM GMT 2 145 916 800

19-Jan-2038, 03:14:07 AM GMT 2 147 483 647

By the year 2038, the time_t representation for the current time will be over 2 140 000 000. And that's the problem. A modern 32-bit computer stores a "signed integer" data type, such as time_t, in 32 bits. The first of these bits is used for the positive/negative sign of the integer, while the remaining 31 bits are used to store the number itself.

The highest number these 31 data bits can store works out to exactly 2 147 483 647. A time_t value of this exact number, 2 147 483 647, represents January 19, 2038, at 7 seconds past 3:14 AM Greenwich Mean Time. So, at 3:14:07 AM GMT on that fateful day, every time_t used in a 32-bit C or C++ program will reach its upper limit.

One second later, on 19-January-2038 at 3:14:08 AM GMT, disaster strikes. When a signed integer reaches its maximum value and then gets incremented, it wraps around to its lowest possible negative value.

This means a 32-bit signed integer, such as a time_t, set to its maximum value of 2 147 483 647 and then incremented by 1, will become -2 147 483 648.
Note that "-" sign at the beginning of this large number. A time_t value of -2 147 483 648 would represent December 13, 1901 at 8:45:52 PM GMT.

So, if all goes normally, 19-January-2038 will suddenly become 13-December-1901 in every time_t across the globe, and every date calculation based on this figure will go haywire. And it gets worse.

Most of the support functions that use the time_t data type cannot handle negative time_t values at all. They simply fail and return an error code.

What is the Year 2038 problem?

The Year 2000 problem is understood by most people these days because of the large amount of media attention it received.

Most programs written in the C programming language are relatively immune to the Y2K problem, but suffer instead from the Year 2038 problem. This problem arises because most C programs use a library of routines called the standard time library . This library establishes a standard 4-byte format for the storage of time values, and also provides a number of functions for converting, displaying and calculating time values.

The standard 4-byte format assumes that the beginning of time is January 1, 1970, at 12:00:00 a.m. This value is 0. Any time/date value is expressed as the number of seconds following that zero value. So the value 919642718 is 919,642,718 seconds past 12:00:00 a.m. on January 1, 1970, which is Sunday, February 21, 1999, at 16:18:38 Pacific time (U.S.). This is a convenient format because if you subtract any two values, what you get is a number of seconds that is the time difference between them. Then you can use other functions in the library to determine how many minutes/hours/days/months/years have passed between the two times.

If you have read How Bits and Bytes Work, you know that a signed 4-byte integer has a maximum value of 2,147,483,647, and this is where the Year 2038 problem comes from. The maximum value of time before it rolls over to a negative (and invalid) value is 2,147,483,647, which translates into January 19, 2038. On this date, any C programs that use the standard time library will start to have problems with date calculations.

This problem is somewhat easier to fix than the Y2K problem on mainframes, fortunately. Well-written programs can simply be recompiled with a new version of the library that uses, for example, 8-byte values for the storage format. This is possible because the library encapsulates the whole time activity with its own time types and functions (unlike most mainframe programs, which did not standardize their date formats or calculations). So the Year 2038 problem should not be nearly as hard to fix as the Y2K problem was.

An alert reader was kind enough to point out that IBM PC hardware suffers from the Year 2116 problem. For a PC, the beginning of time starts at January 1, 1980, and increments by seconds in an unsigned 32-bit integer in a manner similar to UNIX time. By 2116, the integer overflows.

Windows NT uses a 64-bit integer to track time. However, it uses 100 nanoseconds as its increment and the beginning of time is January 1, 1601, so NT suffers from the Year 2184 problem.

On this page, Apple states that the Mac is okay out to the year 29,940!