similar to: Strange Makefile problem

I am trying to compile speex.1.1.12 for Symbian OS but I get lots of errors: C:\Programmi\Symbian\7.0s\Series60_v21\Series60Ex\speex-1.1.12\symbian>abld buil d wins udeb make -r -f "\Programmi\Symbian\7.0s\Series60_v21\EPOC32\BUILD\PROGRAMMI\SYMBI AN\7.0S\SERIES60_V21\SERIES60EX\SPEEX- 1.1.12\SYMBIAN\EXPORT.make" EXPORT VERBOSE =-s Nothing to do make -r -f

Hi, I working on porting an IDE on MacOSX with the help of Wine, And I discover a random bug on wine. Please use this sample code to reproduce it (to be compiled on Windows): Code: ///////////////////////////////////////////////////////////////////////////// int Quit(int aReturnCode) { #ifdef _DEBUG wcout << L"Press Enter to quit"; getchar(); #endif return aReturnCode; }

Ok, I think I may have a path or permissions problem (below). Anyone know which settings I should check? When I use "Rcmd SHLIB <filename>" I get: C:\Program Files\R\rw1081\bin>Rcmd SHLIB info.diffusion.c process_begin: CreateProcess((null), dlltool -k --as as --dllname R.dll --def R. exp --output-lib libR.a, ...) failed. make (e=2): The system cannot find the file

I am trying to compile speex.1.1.12 for Symbian OS but I get lots of errors: C:\Programmi\Symbian\7.0s\Series60_v21\Series60Ex\speex-1.1.12\symbian>abld buil d wins udeb make -r -f "\Programmi\Symbian\7.0s\Series60_v21\EPOC32\BUILD\PROGRAMMI\SYMBI AN\7.0S\SERIES60_V21\SERIES60EX\SPEEX- 1.1.12\SYMBIAN\EXPORT.make" EXPORT VERBOSE =-s Nothing to do make -r -f

Le vendredi 21 avril 2006 ? 12:12 +0200, Paola Ruo Rui a ?crit : > I am trying to compile speex.1.1.12 for Symbian OS but I get lots of > errors: I think you might (no guaranty) have a better chance of getting help if your error messages are in a language people on this list understand. Jean-Marc > > C:\Programmi\Symbian\7.0s\Series60_v21\Series60Ex\speex-1.1.12 >

Bugs item #5503, was opened at 2006-08-23 21:27 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=5503&group_id=85 Category: win32-process Group: Code Status: Open Resolution: None Priority: 3 Submitted By: David Haney (darius42) Assigned to: Nobody (None) Summary: Process::create() checks return value of CreateProcess against 0, should be false

Hi, I just wanted to make sure that I''m not confused by Michael Buselli''s comment and patch. As far as I can tell, if you set the bInheritHandle in the SECURITY_ATTRIBUTES structure that''s passed to CreateProcess to true, it''s the same as calling SetHandleInformation(handle, HANDLE_FLAG_INHERIT, HANDLE_FLAG_INHERIT) after the fact. CreateProcess:

Hello, I can?t compile "iaxclient", because one needs to compile the new version "wiax.dll". I tried to compile it under MinGW/Cygwin, but I had the messages like: cc -I. -Igsm/inc -Iportaudio/pa_common -Iportaudio/pablio -Iportmixer/px_common -Ilibspeex/include -g -O2 -DSPEEX_PREPROCESS=1 -DNEWJB -Ilibiax2/src -IAXC_IAX -DLIBIAX -DSPEEX_EC=1 -DWIN32 -DBUILDING_DLL -c

Gentlepersons: A long time ago I used to be able to start R (version 2.6.1) from a Delphi 7 program and run a script by using a procedure like the following: function StartRAndWait (CommandLine : string) : Boolean; var Proc_info: TProcessInformation; Startinfo: TStartupInfo; ExitCode: longword; CreateOK : Boolean; begin Result := False; { Initialize the structures }

I'm attempting to use the above as described here http://stackoverflow.com/questions/1816469/llvm-mingw-installation-on-vista ...and getting the following error when attempting "llvm-gcc -o hello.exe hello.c" llvm-gcc: CreateProcess: No such file or directory I've heard it may be due to the way GCC is passing args to CreateProcess as in this thread

Dear R-devel, I would like to launch the Rgui.exe from a Fortran console application (we will call this FortranCon.exe), that I have written myself. To do this, I send the command line "C:\Program Files\R\R-X.X.X\Rgui.exe" (where X.X.X is the version number) as an argument to the Windows API function CreateProcess (see http://msdn.microsoft.com/en-us/library/ms682425(VS.85).aspx)

i just downloaded LLVM 4.2 binaries for Mingw (including the GCC 4.2 front-end), and received the infamous "llvm-gcc: CreateProcess: no such file or directory" error message when trying to compile hello.c from the command-line.... i've already placed to bin directory containing llvm-gcc in my PATH, but still no luck....

Hi, Yesterday I upgraded to kernel 2.6.8 on my Fedora Core 2 system. This caused a problem with the version of wine I'd been using (20040505), so I upgraded wine to the current version (20040813). The remaining problem is as follows: I'm calling wine like this: wine start.exe vcbuild.bat and vcbuild.bat contains the following: set QMAKESPEC=win32-msvc.net set

Hello, Bob > i just downloaded LLVM 4.2 binaries for Mingw (including the GCC 4.2 > front-end), and received the infamous "llvm-gcc: CreateProcess: no such > file or directory" error message when trying to compile hello.c from the > command-line.... Are you running Vista? -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State

The CreateProcess function sets a lpProcessInformation field. This field is set when a Windows process is called, but erased when a Unix binary (e.g. /bin/sleep 2) is called, so the hprocess handle is unknown. Is there a way to obtain this process handle so that GetExitCodeProcess can be called? I basically want to know when the called process has exited. Thanks

Hi, I'm developping an Adobe FlexBuilder plugin (it's an Eclipse plugin). This plugin is written in Java. But it use windows dlls that was created for some features of the plugin. And I try to port my plugin on MacOSX. I've one question about wine : - In java I use System.LoadLibrary to load my dlls, does Wine can help me for loading theses dlls under MacOSX? Does wine can map these

I am trying to execute a python script from manifest file on puppet windows based client: exec {''ez_setup.py -U setuptools'': #command => ''C:\Python27\ez_setup.py -U setuptools'', cwd => ''C:\Python27'', path => ''C:\Python27;%PATH%'', #creates => ''C:\Program,

I noted that when using createprocess, it is possible to get the output of a dos batch file. However if a linux script or program is called instead, it run but the stdout of linux processing can not be read by wine. Does anyone know how to do it? regards,

I'm interested in building just the OpenSSH clients with MinGW. I figure that the OpenSSL libraries and just the ssh client should be relatively easy to build as they wouldn't require fork()/exec() and the like (well, ssh_askpass() uses fork()/exec(), but that's minor). The other clients, scp and sftp, will require #ifdef hacks so that they use the Windows spawn()/CreateProcess()

A user has reported an issue that appears when a fortran executable is called via R on Windows. I am unsure if this expected behavior or a bug in Fortran or in how R calls Windows executables. The problem is that when the fortran program is called from R, stdout gets written to a file "fort.6" instead of stdout. When the same executable is called from the terminal it works fine and