search for: readfil

...VICAP.DLL 0000 trace:file:FILE_DoOpenFile found /usr/share/wine-c/windows/system/avicap.dll = C:\WINDOWS\SYSTEM\AVICAP.DLL trace:file:FILE_DoOpenFile (AVICAP.DLL): OK, return = 72 trace:file:Win32HandleToDosFileHandle Got 5 for h32 72 trace:file:SetFilePointer handle 72 offset 0 origin 0 trace:file:ReadFile 72 0x40616c88 64 0x40616bd4 (nil) trace:file:SetFilePointer handle 72 offset 128 origin 0 trace:file:ReadFile 72 0x40616c48 64 0x40616bd4 (nil) trace:file:SetFilePointer handle 72 offset 640 origin 0 trace:file:ReadFile 72 0x403eb1c8 69056 0x40616bd4 (nil) trace:file:SetFilePointer handle 72 offse...

...I have multiple references in each file but each file refers to measurement data obtained at a different time. Here's the code library(reshape) # Enter file name to Read & Save data FileName=readline("Enter File name:\n") # Find first occurance of file for ( round1 in 1 : 6) { ReadFile=paste(round1,"C_",FileName,"_Stats.csv", sep="") if (file.exists(ReadFile)) break } x = data.frame(read.csv(ReadFile, header=TRUE),rnd=round1) for ( round2 in (round1+1) : 6) { # ReadFile=paste(round2,"C_",FileName,"_Stats.csv", sep="")...

...:File object(s). But in doing so, there could be I/O errors (file not readable) or file may be malformed. We are also using C++11 in lld, so we use std::unique_ptr for managing object ownership. The Reader class currently has an interface that can be simplified down to: virtual error_code readFile(StringRef path, std::unique_ptr<lld::File> &result); But this interface has become awkward to use. There are two "return" values. This method is a unique_ptr "source" but the use of a by-refernce parameter means you have to start with an uninitialized unique_ptr and...

Hi, Since Sharps communication protocols are "top secret", I'm trying to port their sync software to linux. I'm new to wine, so this might be silly, but after hours of googling and searching for solutions I'm posting this. After installing DCOM98.exe, the Desktop software installed, and it runs. Only problem is it doesn't detect the device connected to the serial port

Hello, I have a problem with a comboot 16 bits program for syslinux, I use the API openFile, ReadFile and CloseFile for read my own config file. It's ok. I use the int13h to write a floppy disk (syslinux runs on a USB stick), after the first call to int13h, all the call to openFile return an error. Do you know what's the problem? Is it possible to use int13h when we use syslinux API? T...

...speex_encoder_ctl(state, SPEEX_GET_FRAME_SIZE, &frame_size);//Get frame size int tmp=0; speex_encoder_ctl(state, SPEEX_SET_VBR, &tmp); tmp=1; speex_encoder_ctl(state, SPEEX_SET_COMPLEXITY, &tmp); bit_rate=24000; speex_encoder_ctl(state, SPEEX_SET_BITRATE, &bit_rate); ReadFile(WaveFile, waveheader, WAVEHEADER, &NrOfBytesRead, NULL); WriteFile(SpeexFile, waveheader, WAVEHEADER, &NrOfBytesWritten, NULL); //Raw copy of waveheader from speexfile to wavefile while(true) { ReadFile(WaveFile, InBuffer, FRAME_SIZE, &NrOfBytesRead, NULL); //Fabio: Somew...

...ile 0xdc 0x32e6a8 132 0x32e68c (nil) trace:comm:io_control 0xdc IOCTL_SERIAL_GET_COMMSTATUS (nil) 0 0x32e63c 20 0x32e5e4 trace:comm:io_control 0xdc IOCTL_SERIAL_GET_COMMSTATUS (nil) 0 0x32e63c 20 0x32e5e4 trace:comm:io_control 0xdc IOCTL_SERIAL_GET_COMMSTATUS (nil) 0 0x32e63c 20 0x32e5e4 trace:file:ReadFile 0xdc 0x32e734 1 0x32e694 (nil) trace:comm:io_control 0xdc IOCTL_SERIAL_GET_COMMSTATUS (nil) 0 0x32e63c 20 0x32e5e4 trace:file:ReadFile 0xdc 0x32e734 1 0x32e694 (nil) trace:comm:io_control 0xdc IOCTL_SERIAL_GET_COMMSTATUS (nil) 0 0x32e63c 20 0x32e5e4 trace:file:WriteFile 0xdc 0x32e6a8 132 0x32e68c...

...ut in doing so, there could be I/O errors (file not readable) or file may be malformed. We are also using C++11 in lld, so we use std::unique_ptr for managing object ownership. > > The Reader class currently has an interface that can be simplified down to: > > virtual error_code readFile(StringRef path, std::unique_ptr<lld::File> &result); > > But this interface has become awkward to use. There are two "return" values. This method is a unique_ptr "source" but the use of a by-refernce parameter means you have to start with an uninitialized uniq...

Hi all, I''ve got overlapped and offset support in both nread and nwrite. The only thing left before I want to release this (as 0.4.0) is to get NO_BUFFERING to work. Unfortunately, I can''t get it to work. Park, I looked at that site you sent (and borrowed some code from it), but I don''t see anything special happening for NO_BUFFERING. I thought it required

...there could be I/O errors (file not readable) or file may be malformed. We are also using C++11 in lld, so we use std::unique_ptr for managing object ownership. >> >> The Reader class currently has an interface that can be simplified down to: >> >> virtual error_code readFile(StringRef path, std::unique_ptr<lld::File> &result); >> >> But this interface has become awkward to use. There are two "return" values. This method is a unique_ptr "source" but the use of a by-refernce parameter means you have to start with an uninitiali...

...e int ;^M^M }^M^M ^M^M Parameter Long {^M^M type ssize_t ;^M^M }^M^M ^M^M Parameter String {^M^M type string;^M^M ctype char *;^M^M ~String() { delete[] } ;^M^M }^M^M ^M^M ... produced with cat -v And here is the critical debug output from WINEDEBUG=+all,-relay 000d:trace:ntdll:NtReadFile = 0x00000000 (8192) 000d:trace:msvcrt:read_i (8192), "\r\n# 1 \"C:\\Program Files\\EarthDecision\\2.1.2b\\Gocad\\lib\\commands\\Gocad.commands.cli\"\r\n\r\r\n\r\n# 19\r\n\r\r\n\r\n\r\n\r\r\n\r\n# 1 \"C:\\Program Files\\EarthDecision\\2.1.2b\\Gocad\\lib/commands/types.cli\"...

...ile may be malformed. We > are also using C++11 in lld, so we use std::unique_ptr for managing object > ownership. > > >> > > >> The Reader class currently has an interface that can be simplified > down to: > > >> > > >> virtual error_code readFile(StringRef path, > std::unique_ptr<lld::File> &result); > > >> > > >> But this interface has become awkward to use. There are two "return" > values. This method is a unique_ptr "source" but the use of a by-refernce > parameter means yo...

...readable) or file may be malformed. We are also using C++11 in lld, so we use std::unique_ptr for managing object ownership. > > >> > > >> The Reader class currently has an interface that can be simplified down to: > > >> > > >> virtual error_code readFile(StringRef path, std::unique_ptr<lld::File> &result); > > >> > > >> But this interface has become awkward to use. There are two "return" values. This method is a unique_ptr "source" but the use of a by-refernce parameter means you have to start...

...I/O errors (file not readable) or file may be malformed. We are also using C++11 in lld, so we use std::unique_ptr for managing object ownership. > >> > >> The Reader class currently has an interface that can be simplified down to: > >> > >> virtual error_code readFile(StringRef path, std::unique_ptr<lld::File> &result); > >> > >> But this interface has become awkward to use. There are two "return" values. This method is a unique_ptr "source" but the use of a by-refernce parameter means you have to start with an u...

...le may be malformed.  We are also using C++11 in lld, so we use std::unique_ptr for managing object ownership. >> > >> >> > >> The Reader class currently has an interface that can be simplified down to: >> > >> >> > >>   virtual error_code readFile(StringRef path, std::unique_ptr<lld::File> &result); >> > >> >> > >> But this interface has become awkward to use. There are two "return" values.  This method is a unique_ptr "source" but the use of a by-refernce parameter means you have...

...amp;frame_size);//Get > frame size > > int tmp=0; > speex_encoder_ctl(state, SPEEX_SET_VBR, &tmp); > tmp=1; > speex_encoder_ctl(state, SPEEX_SET_COMPLEXITY, &tmp); > > bit_rate=24000; > speex_encoder_ctl(state, SPEEX_SET_BITRATE, &bit_rate); > ReadFile(WaveFile, waveheader, WAVEHEADER, &NrOfBytesRead, NULL); > WriteFile(SpeexFile, waveheader, WAVEHEADER, &NrOfBytesWritten, > NULL); //Raw copy of waveheader from speexfile to wavefile > > while(true) > { > ReadFile(WaveFile, InBuffer, FRAME_SIZE, &NrOfBy...

...dows seems to react to this rather poorly. The sequence of events (process monitor log, edited for readability): (Note that BUFFER OVERFLOW is not an error. I'd remove the lines, but the functions called may be relevant) 12:20:26.8111613 AM CreateFile O:\technical SUCCESS 12:20:26.8129029 AM ReadFile O:\technical INVALID DEVICE REQUEST 12:20:26.8130925 AM QueryInformationVolume O:\technical BUFFER OVERFLOW 12:20:26.8132141 AM QueryAllInformationFile O:\technical BUFFER OVERFLOW 12:20:26.8156088 AM CreateFile O:\technical:{4c8cc155-6c1e-11d1-8e41-00c04fb9386d} PATH NOT FOUND 12:20:26.8159856 AM...

...y another issue? Bits of Process Monitor log, for reference: (mildly edited for readability): (Note that BUFFER OVERFLOW is not an error. I'd remove the lines, but the functions called may be relevant) 12:20:26.8111613 AM CreateFile O:\technical SUCCESS 12:20:26.8129029 AM ReadFile O:\technical INVALID DEVICE REQUEST 12:20:26.8130925 AM QueryInformationVolume O:\technical BUFFER OVERFLOW 12:20:26.8132141 AM QueryAllInformationFile O:\technical BUFFER OVERFLOW 12:20:26.8156088 AM CreateFile O:\technical:{4c8cc155-6c1e-11d1-8e41-00c04fb9386d}...

On Tue, 18 Oct 2016, Pete Mundy wrote: > If you want to know what is _really_ in that file (including all > invisible characters and anything else that wc etc might not count), > pipe it through 'hexdump'. > > cat?/home/test/feature-1.txt | hexdump Or just: hexdump /home/test/feature-1.txt -- Thanks in advance,

...sPathNameToNtPathName_U (L"\\\\.\\pipe\\__wineservice_MountMgr",0x34e678,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"\\\\.\\pipe\\__wineservice_MountMgr" 520 0x34e3d0 (nil)) trace:file:CreateFileW returning 0x34 trace:file:WriteFile 0x34 0x110970 12 0x34e764 (nil) trace:file:ReadFile 0x34 0x34e760 4 0x34e764 (nil) trace:file:ReadFile 0x24 0x7edec9c8 8 0x7edec9d4 (nil) trace:file:ReadFile 0x24 0x110928 2 0x7edec9c4 (nil) trace:file:WriteFile 0x24 0x7edec9c0 4 0x7edec9c4 (nil) trace:file:CreateFileW L"\\\\.\\pipe\\__wineservice_MountMgr" GENERIC_READ GENERIC_WRITE cre...