I am trying to port a UNIX POSIX compliant application to Windows using Windows Services For UNIX version 3.5. The application is written in C and therefore I need to compile it using the cc command.
I am running into many problems, but the one that specifically has me stuck right now is this. When I run the cc command to compile a very simple C program I get two unresolved external references, one for __security_cookie and one for @__security_check_cookie@4. I looked these up in a Microsoft support Forum and was told that they are in the msvcrt.lib library. I would have assumed that under the SFU there would be a corresponding .a file that contains these references, but I cannot seem to find it.
Hi Guys
I have a network where exist differences windows applications like
Active Directory (to management the profile of each person)
DNS
Well, as you know for these applications the company must be, every year, buy licenses.
I want know what option exist I could test / evaluate with the... (4 Replies)
I need to rebuild an application that developed in unix environment and run in windows OS with cygwin. so How can I rebuild from the source code?
is there any one who said something on this regard? (2 Replies)
Hi folks,
Before I start explaning my problem let me tell you I am new to Unix environment. I am working on a application. It was developed in java (on Windows machine). But application for production will be deployed on AIX machine.
One of my requirement is I need to invoke QTP scripts and... (3 Replies)
Hi guys, may I know what kind of security applications do UNIX and Windows have in common? This is related to a project that is approaching its deadline, so would you all please be kind enough to help me? Thank You. (0 Replies)
i have a network drive (samba) mounted on to my PC and also i have SSH client on my machine. however i need to run applications/commands on a unix server from the middle of a different executable(windows compatable one). so i need to connect to the unix server from SSH through the... (1 Reply)
Discussion started by: megastar
1 Replies
6. Post Here to Contact Site Administrators and Moderators
Hey guys,
Any chance of getting a thread under 'Special Interest Topics' for Interix/SFU? This has to be one of the most poorly documented pieces of software floating around and it works great for interoperability of windows systems with the rest of your unix/linux network rather than having to... (3 Replies)
Can anybody help me in finding out a solution for the problem below?
When we write .unix or .sh files in windows OS and port them to Unix platforms there is a character ^M inserted at the end of each line of the script file.
During ftp porting I set the transfer mode as ASCII for the script... (7 Replies)
multithreading_support(3) Coin multithreading_support(3)NAME
multithreading_support - Multithreading Support in Coin The support in Coin for using multiple threads in application programs and the Coin
library itself, consists of two main features:
o Coin provides platform-independent thread-handling abstraction classes. These are classes that the application programmer can freely use
in her application code to start new threads, control their execution, work with mutexes and do other tasks related to handling multiple
threads.
The classes in question are SbThread, SbMutex, SbStorage, SbBarrier, SbCondVar, SbFifo, SbThreadAutoLock, SbRWMutex, and SbTypedStorage.
See their respective documentation for the detailed information.
The classes fully hides the system-specific implementation, which is either done on top of native Win32 (if on Microsoft Windows), or over
POSIX threads (on UNIX and UNIX-like systems).
o The other aspect of our multi-threading support is that Coin can be specially configured so that rendering traversals of the scene graph
are done in a thread-safe manner. This means e.g. that it is possible to have Coin render the scene in parallel on multiple CPUs for
multiple rendering pipes, to better take advantage of such high-end systems (like CAVE environments, for instance).
Thread-safe render traversals are off by default, because there is a small overhead involved which would make rendering (very) slightly
slower on single-threaded invocations.
To get a Coin library built with thread-safe rendering, one must actively re-configure Coin and build a special, local version. For
configure-based builds (UNIX and UNIX-like systems, or with Cygwin on Microsoft Windows) this is done with the option '--enable-threadsafe'
to Autoconf configure. For how to change the configuration and re-build with Visual Studio, get in touch with us at 'coin-
support@coin3d.org'.
There are some restrictions and other issues which it is important to be aware of:
o We do not yet provide any support for binding the multi-threaded rendering support into the SoQt / SoWin / etc GUI bindings, and neither
do we provide bindings against any specific library that handles multi-pipe rendering. This means the application programmer will have to
possess some expertise, and put in some effort, to be able to utilize multi-pipe rendering with Coin.
o Rendering traversals is currently the only operation which we publicly support to be thread-safe. There are other aspects of Coin that we
know are thread-safe, like most other action traversals beside just rendering, but we make no guarantees in this regard.
o Be careful about using a separate thread for changing Coin structures versus what is used for the application's GUI event thread.
We are aware of at least issues with Qt (and thereby SoQt), where you should not modify the scene graph in any way in a thread separate
from the main Qt thread. This because it will trigger operations where Qt is not thread-safe.
Since:
Coin 2.0
Version 3.1.3 Wed May 23 2012 multithreading_support(3)