Sponsored Content
The Lounge What is on Your Mind? For Indian Members: What City Do You Live? Post 302461754 by Neo on Tuesday 12th of October 2010 07:02:07 AM
Old 10-12-2010
Quote:
Originally Posted by malcomex999
I guess those who live in India should speak out now though to work from office is becoming and will become like a culture in many countries soon(especially after Cloud Computing).
Hi Malcomex999,

I think you may be changing the subject. My query is not about "cloud computing" and "the future of computing or the Internet"... it is about business culture today.

It seems you are not living or working in India, or even a developing country with conservative business and cultural norms.

Where do you live and work?

Have you been to India and worked there? Thailand? Vietnam? Burma? Malaysia?

There is a huge difference, in most countries, especially developing ones, between technology and business culture.

For example, in Thailand most IT people in large companies are still required to show up for work with a dress shirt and neck tie, even if they are working in a computer lab. There are a few exceptions because the business culture is different. It is not like in the US where in most big companies these days, IT people can dress very casual.

Also, Japan, which is very modern, has a similar dress code and strict office culture. The business culture in Japan is based around the office and not remote home-office work. Having a high speed Internet nearly everywhere and one of the most advanced technology infrastructures in Japan does not mean the business culture is "cloud computing" LOL.

Hahaha... when I used to work in Tokyo, my Japan colleague carried a red neck tie around for me in his briefcase; because I never wore one; and he insisted I had to put one on to visit a Japanese client. I really liked that guy; he was junior to me in the company but I always put the neck tie on when he asked, since he knew JP culture much better than me, a relatively dumb westerner (about JP business culture).

PS: I really like Japan, but working there can be very stressful! I will be back there in early spring of 2011.

Last edited by Neo; 10-12-2010 at 08:14 AM.. Reason: update
 

3 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

city wide connection

what would be the best way to phyisically connect a series of computerised bus stops to a central computer in a city-wide network?? (3 Replies)
Discussion started by: spitfireuk1
3 Replies

2. What is on Your Mind?

For China members:which city do you live?

hi guys: i am live in Changsha China , i am study here . which city do you live? (1 Reply)
Discussion started by: kingdream
1 Replies

3. What is on Your Mind?

Update: UserCP Screeching Frog 0.7641 - Changed Live Chat to Live Updates

Update: UserCP Screeching Frog 0.7641 - Changed Live Chat to Live Updates In this version of the UserCP, I have changed "Live Chat" to "Live Updates" by disabling the ability to post in the "live chat" area and changed the name to "Live Updates" The reason for this change is that experienced... (6 Replies)
Discussion started by: Neo
6 Replies
PCAP_GET_SELECTABLE_FD(3PCAP)											     PCAP_GET_SELECTABLE_FD(3PCAP)

NAME
pcap_get_selectable_fd - get a file descriptor on which a select() can be done for a live capture SYNOPSIS
#include <pcap/pcap.h> int pcap_get_selectable_fd(pcap_t *p); DESCRIPTION
pcap_get_selectable_fd() returns, on UNIX, a file descriptor number for a file descriptor on which one can do a select() or poll() to wait for it to be possible to read packets without blocking, if such a descriptor exists, or -1, if no such descriptor exists. Some network devices opened with pcap_create() and pcap_activate(), or with pcap_open_live(), do not support select() or poll() (for example, regular network devices on FreeBSD 4.3 and 4.4, and Endace DAG devices), so -1 is returned for those devices. Note that in: FreeBSD prior to FreeBSD 4.6; NetBSD prior to NetBSD 3.0; OpenBSD prior to OpenBSD 2.4; Mac OS X prior to Mac OS X 10.7; select() and poll() do not work correctly on BPF devices; pcap_get_selectable_fd() will return a file descriptor on most of those versions (the exceptions being FreeBSD 4.3 and 4.4), but a simple select() or poll() will not indicate that the descriptor is readable until a full buffer's worth of packets is received, even if the read timeout expires before then. To work around this, an application that uses select() or poll() to wait for packets to arrive must put the pcap_t in non-blocking mode, and must arrange that the select() or poll() have a timeout less than or equal to the read timeout, and must try to read packets after that timeout expires, regardless of whether select() or poll() indicated that the file descriptor for the pcap_t is ready to be read or not. (That workaround will not work in FreeBSD 4.3 and later; however, in FreeBSD 4.6 and later, select() and poll() work correctly on BPF devices, so the workaround isn't necessary, although it does no harm.) Note also that poll() doesn't work on character special files, including BPF devices, in Mac OS X 10.4 and 10.5, so, while select() can be used on the descriptor returned by pcap_get_selectable_fd(), poll() cannot be used on it those versions of Mac OS X. Kqueues also don't work on that descriptor. poll(), but not kqueues, work on that descriptor in Mac OS X releases prior to 10.4; poll() and kqueues work on that descriptor in Mac OS X 10.6 and later. pcap_get_selectable_fd() is not available on Windows. RETURN VALUE
A selectable file descriptor is returned if one exists; otherwise, -1 is returned. SEE ALSO
pcap(3PCAP), select(2), poll(2) 5 April 2008 PCAP_GET_SELECTABLE_FD(3PCAP)
All times are GMT -4. The time now is 12:00 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy