Quicksilver Forums 1.4.2 (Default branch)


 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements Software Releases - RSS News Quicksilver Forums 1.4.2 (Default branch)
# 1  
Old 08-13-2008
Quicksilver Forums 1.4.2 (Default branch)

Image Quicksilver Forums is a fast, feature rich bulletin board system. It is fully object oriented and optimized for speed, ease of use, and easy modification. It checks all inputs though a common interface, which drastically reduces the chances of exploitable bugs. A powerful and flexible skinning engine makes giving your board a new look very simple. An advanced permissions system allows for fine-grained group and user permissions. It is based on the popular MercuryBoard software. License: GNU General Public License (GPL) Changes:
An SQL injection was fixed. External HTTP links now correctly set _blank targets as needed. Conversion code no longer uses the wrong DB file name. Removing all member titles no longer causes everyone to logout. Search criteria now properly spans multiple result pages. A lack of formatting on forum names was corrected. Validation recommendations for email addresses were corrected. The ability to mark a PM as unread was added.Image

More...
Login or Register to Ask a Question

Previous Thread | Next Thread

4 More Discussions You Might Find Interesting

1. Forum Support Area for Unregistered Users & Account Problems

I am not able to register in the forums

Hi, I am from India. I am not able to register in this forum. Can you kindly help me to register and post. Thanks Gautam (1 Reply)
Discussion started by: Unregistered
1 Replies

2. Red Hat

Fedora Forums

Besides this Fedora Forum are there any other good Fedora Forums? FedoraForum.org (1 Reply)
Discussion started by: cokedude
1 Replies

3. Solaris

Forums...

Hi all, Thanks for any posts and for reading. I was wondering if any of guys know of a open source style forum that I could get hold of that would be easily run on solaris. I know you can use many different varities of PHP/mysql/apache but is there anything a bit more simplier that could be... (0 Replies)
Discussion started by: B14speedfreak
0 Replies

4. What is on Your Mind?

other forums..

anyone here a member of any other NON computer related forums? i am very much into cars, and i own a 1986.5 toyota supra :D , so i am a member of a few mkiii (third generation supra) related forums: supraforums.com supramania.com mkiiitech.com (2 Replies)
Discussion started by: norsk hedensk
2 Replies
Login or Register to Ask a Question
emulate_branch(3)					     Library Functions Manual						 emulate_branch(3)

Name
       emulate_branch, execute_branch - branch emulation

Syntax
       #include <signal.h>

       emulate_branch(scp, branch_instruction)
       struct sigcontext *scp;
       unsigned long branch_instruction;

       execute_branch(branch_instruction)
       unsigned long branch_instruction;

Description
       The  function  is  passed  a signal context structure and a branch instruction.	It emulates the branch based on the register values in the
       signal context structure.  It modifies the value of the program counter in the signal context  structure  (sc_pc)  to  the  target  of  the
       branch_instruction.   The program counter must initially be pointing at the branch and the register values must be those at the time of the
       branch.	If the branch is not taken the program counter is advanced to point to the instruction after the delay slot (sc_pc += 8).

       If the branch instruction is a `branch on coprocessor 2' or `branch on coprocessor 3' instruction, calls to  execute  the  branch  in  data
       space to determine if it is taken or not.

Return Values
       The  function returns a 0 if the branch was emulated successfully.  A non-zero value indicates the value passed as a branch instruction was
       not a branch instruction.

       The function returns non-zero on taken branches and zero on non-taken branches.

Restrictions
       Since is only intended to be used by it does not check its parameter to see if in fact it is a branch instruction.  It is really a stop gap
       in case a coprocessor is added without the kernel fully supporting it (which is unlikely).

See Also
       cacheflush(2), sigvec(2), signal(3)

								       RISC							 emulate_branch(3)