Special note to unregistered users


 
Thread Tools
Contact Us Forum Support Area for Unregistered Users & Account Problems Special note to unregistered users
# 1  
Old 12-11-2006
Special note to unregistered users

This forum is intended only as a means to contact us if you are having trouble with your account. This forum is the only area on the site where even unregistered users can post. But because some spammers were using this to post spam, we have changed things a little bit. When an unregistered user posts, that post will go into a "Moderation Queue". A Moderator must approve the post before it actually become visible. So don't despair if you post something and it does not immediately show up. Your post have not been lost and will we get to it when we can. But, needless to say, any spam in the Moderation Queue will be deleted forthwith.
Login or Register to Ask a Question

Previous Thread | Next Thread

3 More Discussions You Might Find Interesting

1. What is on Your Mind?

Updates to Forum Navbar and Thread Reply for Unregistered Users

Hey You may have noticed I changed the navbar at the top a bit. I've almost finished converting the navbar to divs from table tags. In addition, for unregistered users, instead of seeing a "New Reply" button, unregistered users see a "Login to Reply" and icon which looks the same as our... (2 Replies)
Discussion started by: Neo
2 Replies

2. Red Hat

Unregistered version RHEL...

Hi everyone, I am working a contract and the customer has not registered there RHEL 5 servers. They have a cluster of servers and it would seem that they all stop logging in messages @ appox 15:50 and then start logging again at 4:04 am. Is this a normal thing for non-registered? Lee (3 Replies)
Discussion started by: Lee Dunsmoor
3 Replies

3. IP Networking

using unregistered domain names

hey what the hell happens if you make sure (as best one can) that a domain name like anything.com is not used at all, and you set up your own DNS and use that name without registering with a registrar, i know if the address is in use you will make some people very upset and give many internet users... (2 Replies)
Discussion started by: norsk hedensk
2 Replies
Login or Register to Ask a Question
iv_task(3)						    ivykis programmer's manual							iv_task(3)

NAME
iv_task_register, iv_task_unregister, iv_task_registered - deal with ivykis tasks SYNOPSIS
#include <iv.h> struct iv_task { void *cookie; void (*handler)(void *); }; void IV_TASK_INIT(struct iv_task *task); void iv_task_register(struct iv_task *task); void iv_task_unregister(struct iv_task *task); int iv_task_registered(struct iv_task *task); DESCRIPTION
The functions iv_task_register and iv_task_unregister register, respectively unregister, a task with the current thread's ivykis event loop. iv_task_registered on a task returns true if that task is currently registered with ivykis. A task is like a timer, but with an immediate timeout. When a task is registered, unless it is unregistered again first, the callback function specified by ->handler is guaranteed to be called once, in the thread that the task was registered in, some time after control returns to the ivykis main loop but before ivykis will sleep for more events, with ->cookie as its first and sole argument. When this hap- pens, the task is transparently unregistered. Tasks are mainly used for scheduling code for execution where it is not appropriate to directly run that code in the calling context (for example, because the current context might be run as a callback function where the caller expects certain conditions to remain invariant after the callback completes). The application is allowed to change the ->cookie and ->handler members at any time. A given struct iv_task can only be registered in one thread at a time, and a task can only be unregistered in the thread that it was regis- tered from. There is no limit on the number of tasks registered at once. See iv_examples(3) for programming examples. SEE ALSO
ivykis(3), iv_examples(3) ivykis 2010-08-15 iv_task(3)