Sponsored Content
Contact Us Post Here to Contact Site Administrators and Moderators Request to re open reference thread Post 303046034 by Neo on Wednesday 22nd of April 2020 05:22:55 AM
Old 04-22-2020
Quote:
Originally Posted by shanul karim
Dear hicksd8,


Yes, My initial PM to him only. He suggest me raise new discussion referring old post.
Its better if we hide it completely with dummy values.


However, thanks for your prompt action to move it to member only.
Update:

OK. I see the issue... it's a privacy issue.

I'll let the mods decide how to manage it; but they can reopen for you if you want to edit out any privacy info.

@shanul karim

I am very busy on forum migration tasks. If you had to told me the reason (privacy issues) in your PMs to me, this could have gone a lot smoother.

Even me, Neo the Amazing Legend (LOL), I cannot read minds Smilie Smilie
 

5 More Discussions You Might Find Interesting

1. Post Here to Contact Site Administrators and Moderators

Unable to open thread

I am unable to open the mimesender thread. I get the following message when clicking on https://www.unix.com/showthread.php?p=33233#post33233 : (2 Replies)
Discussion started by: dangral
2 Replies

2. Post Here to Contact Site Administrators and Moderators

Open any thread, get a zero-byte blank page

I've made the thread title as descriptive as possible since I don't know if the admins can open it. Well sure, now I can open THIS one. I'm getting it on any other thread I try in What's On Your Mind and High Level Programming. Okay, it's decided to make a liar of me now. It seems to be... (2 Replies)
Discussion started by: Corona688
2 Replies

3. Post Here to Contact Site Administrators and Moderators

Request to close a thread that has been answered

Good Afternoon, The following post "how-get-program-name-produced-io-error-redirected-log-nohup-command" is already answered. You can go ahead and close it. Thanks for your help. Best regards. (1 Reply)
Discussion started by: enriquegm82
1 Replies

4. Post Here to Contact Site Administrators and Moderators

Request: Move thread to a different subforum

Hi, I've just posted a new thread on the "IP Networking" subforum, with the subject "Check connectivity with multiple hosts - BASH script available here". However, I think it should be on the "Shell Programming and Scripting" subforum, could you please move that thread there? Thanks! (1 Reply)
Discussion started by: Fr3dY
1 Replies

5. Post Here to Contact Site Administrators and Moderators

Thread / post doesn't open

Dear colleagues, this post doesn't open; error message: Anything we / I can do? Rgds Rüdiger (0 Replies)
Discussion started by: RudiC
0 Replies
dup2(2) 							System Calls Manual							   dup2(2)

NAME
dup2 - duplicate an open file descriptor to a specific slot SYNOPSIS
DESCRIPTION
fildes is a file descriptor obtained from a or system call. fildes2 is a non-negative integer less than the maximum value allowed for file descriptors. causes fildes2 to refer to the same file as fildes. If fildes2 refers to an already open file, the open file is closed first. The file descriptor returned by has the following in common with fildes: o Same open file (or pipe). o Same file pointer (that is, both file descriptors share one file pointer.) o Same access mode (read, write or read/write). o Same file status flags (see fcntl(2), The new file descriptor is set to remain open across system calls. See fcntl(2). This routine is found in the C library. Programs using but not using other routines from the Berkeley importability library (such as the routines described in bsdproc(3C)) should not give the option to ld(1). RETURN VALUE
Upon successful completion, returns the new file descriptor as a non-negative integer, fildes2. Otherwise, it returns -1 and sets to indi- cate the error. ERRORS
fails if the following is true: fildes is not a valid open file descriptor or fildes2 is not in the range of legal file descriptors. An attempt to close fildes2 was interrupted by a signal. The file is still open. WARNINGS
A multithreaded application or an application with a signal handler can exhibit a race between on one thread and another kernel call that assigns a new file descriptor while running on a second thread or signal handler. If fildes2 is free before the call was made, the other thread or signal handler may win the race and acquire that descriptor (e.g., in an call). The thread calling can then close this file and reuse the descriptor. This results in multiple functions improperly referring to the same file. This race can be avoided either by ensuring that fildes2 references an open file before calling or by providing user-level synchronization (or signal disabling) which makes sure that the thread and another thread or signal handler don't make competing calls into the kernel at the same time. SEE ALSO
close(2), creat(2), dup(2), exec(2), fcntl(2), open(2), pipe(2), privileges(5). STANDARDS CONFORMANCE
dup2(2)
All times are GMT -4. The time now is 09:02 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy