similar to: [Bug] [Urgent] CreateProcess Failed internal error (1359)

Displaying 20 results from an estimated 1000 matches similar to: "[Bug] [Urgent] CreateProcess Failed internal error (1359)"

2013 Aug 21
2
[PATCH 1/3] Rationalise whitespace to 4 space indentation with no trailing spaces
RHSrvAny.c was using a mixture of 4 space indentation, and tabs with a width of 4. This commit rationalises the whitespace to use only 4 space indentation, and removes trailing whitespace. --- RHSrvAny/RHSrvAny.c | 537 ++++++++++++++++++++++++++-------------------------- RHSrvAny/RHSrvAny.h | 1 - RHSrvAny/resource.h | 2 +- 3 files changed, 269 insertions(+), 271 deletions(-) diff --git
2013 Aug 29
5
[PATCH 1/6] Rationalise whitespace to 4 space indentation with no trailing spaces
RHSrvAny.c was using a mixture of 4 space indentation, and tabs with a width of 4. This commit rationalises the whitespace to use only 4 space indentation, and removes trailing whitespace. --- RHSrvAny/RHSrvAny.c | 537 ++++++++++++++++++++++++++-------------------------- RHSrvAny/RHSrvAny.h | 1 - RHSrvAny/resource.h | 2 +- 3 files changed, 269 insertions(+), 271 deletions(-) diff --git
2009 Apr 30
0
CreateProcess and redirected stdout from Linux apps?
I'm using Wine 1.0.1. I have a Win32 application that uses ShellExecute in some places and CreateProcess in others to execute batch files and executables. Under both Windows XP and Wine, both ShellExecute and CreateProcess execute their executables successfully. However, when using CreateProcess on Windows the output of batch files or console apps is redirected and displayed in a text box
2004 Nov 04
0
Running an exe from within a wined exe
Hi, I'm using Wine to run on linux, an application build with vc++ 6.0. I've got no problems running it, except when i try to create a child process to call a a different executable that performs tasks needed to the main process, I get no error or system failure, the process simply fails to be created.. The code i've done to do this is shown below. Do i need to invoke wine on the
2006 Aug 24
1
[ win32utils-Bugs-5503 ] Process::create() checks return value of CreateProcess against 0, should be false
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
2009 Sep 02
1
Question on CreateProcess and handle inheritance
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:
2020 Feb 28
0
Wine release 5.3
The Wine development release 5.3 is now available. What's new in this release (see below for details): - More work towards Ucrtbase runtime support. - Full support for Unicode normalization. - Improvements in Shell Folders handling. - Various bug fixes. The source is available from the following locations: https://dl.winehq.org/wine/source/5.x/wine-5.3.tar.xz
2008 Dec 17
1
CreateProcess for Unix binaries
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
2010 Aug 19
2
Strange Makefile problem
Hi, When using the win32 make.exe I get sometimes strange errors : Code: process_begin: CreateProcess(C:\windows\temp\make131-2.bat, C:\windows\temp\make131-2.bat, ...) failed. make (e=1359): Internal error make[1]: *** [ARM_Packages_Release\_eBayAppWatcherSetupUtil.o] Error 1359 make[1]: *** Waiting for unfinished jobs.... with multithreaded build. Something similar with g++ win32
2010 Sep 20
1
Dynamic forking in Win32
I created an application that uses dynamic forking and it works perfect in windows, but fails in wine. Is this a bug or is this feature disabled in Wine? I don't have wine myself but someone we have testing the app for us does. It's difficult to debug over the net so I was hoping for some help here... After adding some debug info we've traced a few failure points to a call to
2005 Oct 09
0
Fw: problem in encoder/decoder
-------Original Message------- From: Eid Date: 10/09/05 14:07:44 To: speex-dev@xiph.org Subject: problem in encoder/decoder hi all, I'm developing an app to broadcast voice over web. i tried to use speex and download ver 1.04 documentation and use it to develop encoding and decoding but after decoding voice is damaged i attach my encode/decode function. BOOL
2013 Apr 08
0
flac 1.3.0pre3 pre-release
Friendly people on Hydrogenaudio found some bugs with the Unicode printing code, so I was forced to make adjustments. While doing testing I noticed that long filenames cause printing bugs on Linux too. If line length on status printing exceeded console length it kept printing the same line over and over. The patch I included fixes encoding side nicely, but on decoding side there is still
2013 Apr 08
2
flac 1.3.0pre3 pre-release
On 8.4.2013 21:38, Janne Hyv?rinen wrote: > Friendly people on Hydrogenaudio found some bugs with the Unicode > printing code, so I was forced to make adjustments. > > While doing testing I noticed that long filenames cause printing bugs > on Linux too. If line length on status printing exceeded console > length it kept printing the same line over and over. > The patch I
2014 Sep 12
2
win_utf8_io.c: Use fputws instead of fwprintf
Hi On MSVCRT, wprintf expects that %s is wide char string, but for not MSVCRT, this is not true. When using -D__USE_MINGW_ANSI_STDIO=1 on MINGW, mingw doesn't use MSVCRT. Therefore, compiling on mingw with -D__USE_MINGW_ANSI_STDIO=1 and redirecting stderr to a file, the printing result is corrupt. We should use fputws simply. A patch is attached. -------------- next part
2007 Mar 06
1
Errors compiling flac in Visual Studio Express 2005
Hi! I have trouble compiling the flac library using Microsofts free (yes MS gives it away including the optimizing C++ compiler msvc8.0) Visual Studio Express 2005. I get the output shown below. Does anyone have a way to make flac compile in VS 2005? Thanks! Ulrik 1>------ Rebuild All started: Project: replaygain_analysis_static, Configuration: Debug Win32 ------ 1>Deleting
2007 Apr 20
0
Problems with the Speex Jitter Buffer
(Sorry about the delay -- currently attending ICASSP) Hi, Haven't looked at all the details, but what's clearly wrong is that you need to put the *compressed* packets in the jitter buffer and decode them only when you _get() them. Jean-Marc David Feurle wrote: > Hi, > > I am using the JitterBuffer. Since there is not so much documentation I > think I dont use it in a
2018 Sep 29
1
Improvement to documentation in dput.Rd
If the "Matrix" package is attached, 'example(dget)' fails: > library(Matrix) > example(dget) dget> fil <- tempfile() dget> ## Write an ASCII version of function mean to our temp file dget> dput(mean, fil) dget> ## And read it back into 'bar' dget> bar <- dget(fil) Error in initialize(value, ...) : '...' used in
2007 Apr 18
3
Problems with the Speex Jitter Buffer
Hi, I am using the JitterBuffer. Since there is not so much documentation I think I dont use it in a correct way. All the packets are recieved (I control the sequence numbers) but the JitterBuffer often tells me he has no packet. I am using it in the following way: I am not sure if I use the ticks correctly but I think it can be set to 20(msec). It is set as a Member in my class and i
2007 Apr 20
0
Problems with the Speex Jitter Buffer
David Feurle wrote: > Thanks for your reply Jean-Marc! > > this was what I had before. > But I decided to restructure it since the thread that plays the sound is > a callback from the sound hardware, more or less an interrupt handler. > For me it seems more reasonable to waste some memory for to save the > decompressed Packet. While I write this I begin to think that it is
2007 Apr 20
2
Problems with the Speex Jitter Buffer
Thanks for your reply Jean-Marc! this was what I had before. But I decided to restructure it since the thread that plays the sound is a callback from the sound hardware, more or less an interrupt handler. For me it seems more reasonable to waste some memory for to save the decompressed Packet. While I write this I begin to think that it is possible I decompress Packets that are never used