Sponsored Content
The Lounge What is on Your Mind? Suggested venues to look for advanced C programmers Post 302147893 by Perderabo on Thursday 29th of November 2007 01:13:24 AM
Old 11-29-2007
Hmmm... personally I guess that I see no reason to disallow this this question. I'm swayed in part by the fact that you actually read the rules. But this is a bit borderline and I also won't overrule any other mod who closes the thread.

Any place you go there is going to be a lot a chaff and only a little wheat. My resume is currently on monster and I have decades of C programming experience. Neo has been suggesting LinkedIn and there is an invite in the Members Only Forum to join a LinkedIn Unix Group. I have never tried it, but maybe that is worth a shot. But I have to say that (almost) every time I have been involved in hiring someone we always got a ton of resumes and we had to sift through them all.

Also kerberos woulda been cool 15 or 20 years ago or so. Don't expect senior c programmers to fight over an opportunity to port or maintain very old code. Also, no offense intended, but maybe a different user name would help a little bit...
 

8 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

Perl - Programmers manual online?

I have never programmed in Perl (insert laughter, mock, etc. here ____) - so I need a sort of "Programming in Perl" covering the basics. I now have two Perl books, one is a 5 volume Unix resource kit, the other is "Mastering algorithms with Perl" - none of them explains how to produce "hello,... (11 Replies)
Discussion started by: AtleRamsli
11 Replies

2. IP Networking

Suggested networking ...

Have one WinXP-Pro box and one RH-8.0. WinXP has dial-up to internet. Both PC's have 10/100BaseT NIC's, both also have USB ports. Q1: Do I just need a 'cross-over' cable to connect each of the NIC's to enable RH internet connectivity?? Q2: Can I achive the similar result using a USB... (2 Replies)
Discussion started by: Cameron
2 Replies

3. News, Links, Events and Announcements

Good Essays For Programmers

Check the essays out. http://www.paulgraham.com (0 Replies)
Discussion started by: photon
0 Replies

4. OS X (Apple)

Suggested MacPorts to Install

I was wondering if anybody had any ports for macports that they particularly liked and wanted to recommend - I'm looking for some more stuff to play around with. (0 Replies)
Discussion started by: Jalaska13
0 Replies

5. Shell Programming and Scripting

Shell quoting rules for other languages programmers

I've seen so many times that programmers were confused about shell quoting and white spaces interpretation, that I decided to investigate that problem deeper. And my conclusion is that quoting in shells is very different from other programming languages. Programmers who have bigger experience in... (6 Replies)
Discussion started by: wyderkat
6 Replies

6. Programming

Hello UNIX programmers

i have MOTIF installed X11 a easy program is saved as hello.c there is the following message where can i get the X11/intrinsic.h , file ??? need help to compile my system : MX-16 Linux Debian Jessie / i386 hans@mx1:~/Documents $ cc push.c -o push -lXm -lXt -lX11 In file included from... (0 Replies)
Discussion started by: Zabo
0 Replies

7. Forum Support Area for Unregistered Users & Account Problems

Trojan is detected when I visit Programmers forum

When I visit Programmers forum my ESET Nod32 detects TrojanDownloader.Pegel.BH.trojan I don't know when it started, as I visited the site today after staying off-line a few days. (2 Replies)
Discussion started by: migurus
2 Replies

8. What is on Your Mind?

The poorest of computer users are programmers...

Hi guys and gals... A mildly humourous blog from 2013, but I come into this category... ;oDD Languager: The Poorest Computer Users are Programmers (0 Replies)
Discussion started by: wisecracker
0 Replies
SRP_DAEMON(1)							   USER COMMANDS						     SRP_DAEMON(1)

NAME
srp_daemon - Discovers SRP targets in an InfiniBand Fabric SYNOPSIS
srp_daemon [-vVcaeon] [-d umad-device | -i infiniband-device [-p port-num]] [-t timeout(ms)] [-r retries] [-R Rescan-time] [-f rules-File] DESCRIPTION
Discovers and connects to InfiniBand SCSI RDMA Protocol (SRP) targets in an IB fabric. Each srp_daemon instance operates on one local port. Upon boot it performs a full rescan of the fabric then waits for an srp_daemon event. An srp_daemon event can be a join of a new machine to the fabric, a change in the capabilities of a machine, an SA change, or an expiration of a predefined timeout. When a new machine joins the fabric, srp_daemon checks if it is a target. When there is a change of capabilities, srp_daemon checks if the machine has turned into a target. When there is an SA change or a timeout expiration, srp_daemon performs a full rescan of the fabric. For each target srp_daemon finds, it checks if it should connect to this target according to its rules (default rules file is /etc/srp_dae- mon.conf) and if it is already connected to the local port. If it should connect to this target and if it is not connected yet, srp_daemon can either print the target details or connect to it. OPTIONS
-v Print more verbose output -V Print even more verbose output (debug mode) -i infiniband-device Work on infiniband-device. This option should not be used with -d. -p port-num Work on port port-num (default 1). This option must be used with -i and should not be used with -d. -d umad-device Use device file umad-device (default /dev/infiniband/umad0) This option should not be used with -i or -p. -c Generate output suitable for piping directly to a /sys/class/infiniband_srp/srp-<device>-<port>/add_target file. -a Prints all the targets in the fabric, not only targets that are not connected through the local port. (The same as ibsrpdm.) -e Execute the connection command, i.e., make the connection to the target. -o Perform only one rescan and exit. (The same as ibsrpdm.) -R Rescan-time Force a complete rescan every Rescan-time seconds. If -R is not specified, no timeout rescans will be performed. -T retry-Timeout Retries to connect to existing target after retry-Timeout seconds. If -R is not specified, uses 5 Seconds timeout. if retry-Timeout is 0, will not try to reconnect. The reason srp_daemon retries to connect to the target is because there may be a rare scnerio in which srp_daemon will try to connect to add a target when the target is about to be removed, but is not removed yet. -f rules-File Decide to which targets to connect according to the rules in rules-File. If -f is not specified, uses the default rules file /etc/srp_daemon.conf. Each line in the rules-File is a rule which can be either an allow connection or a disallow connection according to the first character in the line (a or d accordingly). The rest of the line is values for id_ext, ioc_guid, dgid, ser- vice_id. Please take a look at the example section for an example of the file. srp_daemon decide whether to allow or disallow each target according to first rule that match the target. If no rule matches the target, the target is allowed and will be connected. In an allow rule it is possible to set attributes for the connection to the target. Supported attributes are max_cmd_per_lun and max_sect. -t timeout Use timeout of timeout msec for MAD responses (default: 5 sec). -r retries Perform retries retries on each send to MAD (default: 3 retries). -n New format - use also initiator_ext in the connection command. FILES
/etc/srp_daemon.conf - Default rules configuration file that indicates to which targets to connect. Can be overridden using the -f rules- File option. Each line in this file is a rule which can be either an allow connection or a disallow connection according to the first character in the line (a or d accordingly). The rest of the line is values for id_ext, ioc_guid, dgid, service_id. Please take a look at the example section for an example of the file. srp_daemon decide whether to allow or disallow each target according to first rule that match the target. If no rule matches the target, the target is allowed and will be connected. In an allow rule it is possible to set attributes for the connection to the target. Supported attributes are max_cmd_per_lun and max_sect. EXAMPLES
srp_daemon -e -i mthca0 -p 1 -R 60 (Connects to the targets accessible through port 1 of mthca0. Performs a complete rescan every minute) srp_daemon -o -c -a (Prints the connection commands for the targets in the fabric and exits - similar to ibsrpdm) srp_daemon -e -f rules.txt (Connects to the targets allowed in the rules file rules.txt) An example for a rules configuration file (such as /etc/srp_daemon.conf) ------------------------------------------------------------------------ # Rules file example # This is a comment # disallow the following dgid d dgid=fe800000000000000002c90200402bd5 # allow target with the following ioc_guid a ioc_guid=00a0b80200402bd7 # allow target with the following id_ext and ioc_guid. And setting max_cmd_per_lun to 31. a id_ext=200500A0B81146A1,ioc_guid=00a0b80200402bef,max_cmd_per_lun=31 # disallow all the rest d SEE ALSO
ibsrpdm(1) AUTHORS
Roland Dreier <rolandd@cisco.com> Ishai Rabinovitz <ishai@mellanox.co.il> OpenFabrics September 5, 2006 SRP_DAEMON(1)
All times are GMT -4. The time now is 10:43 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy