Search results for query: *

the daemon may be stubborn, it may be chdir'ing into / though you started it somewhere else. run it under chroot if you want the core file. if you dont want the core files just make a directory there named 'core'. i am not sure of this, but cant you set ulimit for that shell (ulimit -c 0)? i...

on hpux, maxssiz happens to be one of those kernel parameters which need a kernel rebuild in order that changes in their values take effect. so what your helpdesk is suggesting is hp's recommended way of doing it.

sorry again - as you may have noticed, i switched the filenames! here it is finally: sort -n +1 -2 fileB | sed 's/,/,<tab>/' | join -t, -12 -22 -a1 -e0 -o 1.1,1.2,2.1 fileA -

ok that was incomplete, here is a better version that can take care of your tabs as well, but still assumes that fileA is sorted in ascending numerical order of country code: sort -n +1 -2 fileA | sed 's/,/,<tab>/' | join -t, -12 -22 -a1 -e0 -o 1.1,1.2,2.1 fileB -

if you can remove the extra spaces (tabs?) in the first file, this might work : sort -n +1 -2 fileB | join -t, -12 -22 fileA - | awk -F, '{print $2 "," $1 "," $3 }' this assumes that fileA is sorted in the numerical ascending order of the country codes. this is what is being done: - sort fileB...

i have been using cscope with vi for a while now and it seems to be pretty much ok for my work. i have been too lazy to learn and use emacs or even vim (i will do that if there is no easier alternative). sometimes (?) the cscope/vi combination falls short of requirements. for example, i want to...

when building a big shared library, the PA32 linker may insert a bad export stub that can make the application hang when it calls a procedure in that library (by looping back and forth between the library procedure and the that procedure's export stub, not returning to the application).

i guess you are using some old linker which doesnt yet support +init. install PHSS_28871 (there is at least one known bug in PHSS_30049).

shell prompt is what you should get when you quit vi. probably something like "$" or "bash2.0$" or "%". its where you type "vi" to enter vi.

i saw cc in /opt/SUNWspro/bin on a solaris box.

perhaps 30 seconds, from rcmd(3N).

man zcat | col -b > zcat.txt

if SHLIB_PATH lookup is not enabled, use &quot;chatr +s enable&quot; on the executable to enable it.

further to what QJ said, run chatr on the java executable to check that SHLIB_PATH is enabled. also if you are using patch PHSS_28434 or PHSS_28436, there is a problem in the dld, due to which the dld cannot load libraries even if they exist in the search paths. this bug is fixed in later...

i guess you need to link with the socket library, add -lsocket to the link line: gcc 01LST01.o -o 01lst01 -lsocket

try the c++:microsoft forum http://www.tek-tips.com/threadminder.cfm?pid=207

1. redirect stderr to stdout command 2>&1 2. redirect stderr & stdout to file command 2>errfile 1>outfile if you want both into the same file, command 2>file 1>file or command > file 2>&1

usually with any C compiler, you can specify the header file lookup path with -I on the compile line and the library lookup path with -L (say &quot;cc -I /home/ranga/myinc/ -L /home/ranga/mylib main.c -lnewlib&quot;). i guess vc++ has some dialog box that lets you specify these paths...

doesnt fscanf return the number of fields successfully read ? in your case, 8 would have been successfully read into c and you get 1 in sr.

i know this wont help you a lot but for the record, dlopen etc are also supported on hpux PA32, PA64, IA32 and IA64.