search for: _cnt

Displaying 11 results from an estimated 11 matches for "_cnt".

2008 Mar 04
1
help needed on function call
...ar,grp,grpcnt){ xx<-freqtot(dt,var) for(i in 1:grpcnt) { assign(paste("x",i,sep=""),subset(dt,grp==i)) df<-eval(parse(text=paste("x",i,sep=""))) yy <- freqtot(df,cat1); names(yy)<-c("Group",paste("grp_",i,"_cnt",sep=""),paste("grp_",i,"_pct",sep="")) xx<-merge(xx,yy,by.x="Group",all=TRUE) } print(xx) } The output is > xyz <- freqgrp(dt,cat1,ind,2) Group cnt pct grp_1_cnt grp_1_pct grp_2_cnt grp_2_pct 1 0 38 76 23...
2008 Apr 20
1
kvm_open: kvm_nlist: No such file or directory
...s no longer work. This is what I believe is the offending code snippet from sysutils/wmmemmon's mem_freebsd.c file: -------------------------------------------------------------- static kvm_t *kvm_data = NULL; static int pageshift; static struct nlist nlst[] = { {"_cp_time"}, {"_cnt"}, {0} }; /* initialize function */ void mem_init(void) { int pagesize = getpagesize(); pageshift = 0; while (pagesize > 1) { pageshift++; pagesize >>= 1; } kvm_data = kvm_open(NULL, NULL, NULL, O_RDONLY, "kvm_open"); if (kvm_data ==...
2013 May 04
5
Bug fix and compatibility patches for 1.3.0pre4
Hi all, I tried 1.3.0pre4 with ICL on Windows and found some issues. Not sure if this is the right place to submit patches, but someone suggested this on the apparently dead SourceForge patch tracker. The first two are quite straight forward: - The ICL patch fixes a typo in bitmath.h and adds FLAC__bitwriter_write_zeroes to the external declarations in bitwriter.c. - The Ogg patch replaces
2013 May 05
0
Bug fix and compatibility patches for 1.3.0pre4
...le at least > back to Windows 98 and thus doesn't impose such compatibility issues. _lseeki64 operates on the underlying file handle, and does not interact well with the buffering in stdio streams. I _think_ you can use this successfully if you call fflush() beforehand (as this sets FILE::_cnt to 0 and FILE::_ptr to FILE::_base). By which I mean I read the MSVCRT source from MSVC6.0 and it appears this is how things work. That source also includes an fseeki64()/ftelli64(), but they are not defined in stdio.h. I wonder if just declaring it yourself is good enough? If not, they get ca...
2013 May 05
4
Bug fix and compatibility patches for 1.3.0pre4
...k to Windows 98 and thus doesn't impose such compatibility issues. > > _lseeki64 operates on the underlying file handle, and does not interact > well with the buffering in stdio streams. I _think_ you can use this > successfully if you call fflush() beforehand (as this sets FILE::_cnt to > 0 and FILE::_ptr to FILE::_base). By which I mean I read the MSVCRT > source from MSVC6.0 and it appears this is how things work. > How about just forgetting about base XP and require at least SP2 or some such? Alternatively, use win32api underneath instead, eg CreateFileW/SetFile...
2014 Jun 27
0
Wine release 1.7.21
...ata() because it is unused. Fr?d?ric Delanoy (1): Assorted spelling/grammar fixes. Grazvydas Ignotas (6): msvcrt: Free old buffer properly in setvbuf. msvcrt/tests: Add a test for fwrite flushing behavior. msvcrt: Change internal buffer size to 4k. msvcrt/tests: Test _cnt value after rewind/fflush. msvcrt: Clear _cnt on buffer flush. msvcrt: Implement bufsiz block flushing behavior. Henri Verbeet (10): ddraw/tests: Get rid of some unused assignments. ddraw/tests: Properly declare matrices. d2d1: Implement d2d_d3d_render_target_CreateSo...
2013 May 06
2
flac-dev Digest, Vol 102, Issue 7
...ility patches for 1.3.0pre4 > Timothy B. Terriberry wrote: > >> _lseeki64 operates on the underlying file handle, and does not interact >> well with the buffering in stdio streams. I _think_ you can use this >> successfully if you call fflush() beforehand (as this sets FILE::_cnt to >> 0 and FILE::_ptr to FILE::_base). By which I mean I read the MSVCRT >> source from MSVC6.0 and it appears this is how things work. >> > Ok, I didn't take that into account. Thanks for pointing it out! Using > fflush to clear the buffers before calling _lseeki64 sou...
2013 May 07
0
flac-dev Digest, Vol 102, Issue 7
...rry wrote: > > _lseeki64 operates on the underlying file handle, and does not > interact > well with the buffering in stdio streams. I _think_ you can > use this > successfully if you call fflush() beforehand (as this sets > FILE::_cnt to > 0 and FILE::_ptr to FILE::_base). By which I mean I read the > MSVCRT > source from MSVC6.0 and it appears this is how things work. > > Ok, I didn't take that into account. Thanks for pointing it out! > Using fflush to clear the buffers bef...
2012 Feb 11
1
Wine release 1.4-rc3
...Nikolay Sivov (4): msxml3: Fix element data leak on error. shell32: Use string comparison as autocompletion check. comctl32: Invalidate before item is removed. comctl32: A test for auto-set TBSTYLE_TRANSPARENT style. Piotr Caban (1): msvcrt: Handle negative file->_cnt value in _flsbuf function. -- Alexandre Julliard julliard at winehq.org
2014 Jun 13
0
Wine release 1.7.20
...Add qsort_s tests. msvcrt: Add _wcslwr_s_l implementation. msvcrt: Return string in _wcslwr and _wcslwr_l. user32: Try to activate topmost activable window in WINPOS_ActivateOtherWindow. msvcp70: Export basic_string iterator functions. msvcrt: Handle negative file->_cnt value in fwrite. msvcp90: Fix typo in strstreambuf_freeze. msvcp70: Export operators working on basic_string. msvcrt: Add _strxfrm_l implementation. msvcrt: Add _wcsxfrm_l implementation. Sebastian Lackner (1): ntdll/tests: Fix exception test failures on x86_64. Shua...
2009 Jan 30
0
Wine release 1.1.14
.... Damjan Jovanovic (3): shlwapi: Support the content type query. shlwapi: Support the friendly doc name and default icon queries. shlwapi: Support the command file type association query. Dan Kegel (4): msvcrt: Remove CRs earlier in ascii mode. msvcrt: _flsbuf zeroes _cnt. msvcrt: Remove CRs earlier in ascii mode in fseek, too. winedos: Get File Attributes must fail for files with names ending in slash. David Adam (3): ddraw/tests: Add a few tests for ComputeShereVisibility. d3dx9_38: Implement the dll and forward the functions to d3dx9_36....