search for: fopen

I would like to know how to get access to errno when using pid provider to probe calls to libc functions like fopen(). The built-in errno appears to be only for system calls. What I''d like to be able to do is investigate where in an application I''m encountering EMFILE and what the stack looks like at the time. This message posted from opensolaris.org

...calls: > > int _flac_open(....){ #if win32 ... #else if os2 ... #else ... > [generic call to open() without hacks] #endif } > > All those ifdefs will at least be confined rather than spread out > through the code. I did it plibc-style: in compat.h: #if defined(_WIN32) #define FOPEN grabbag__fopen_utf8_wrapper #else #define FOPEN fopen #endif in grabbag: #if defined(_WIN32) <implement grabbag__fopen_utf8_wrapper, which has the same signature as fopen, but does utf8->utf16 conversion internally, then calls wfopen> #endif and replace "fopen" with "FOPEN...

test_streams currently depends on grabbag and (on Windows) on win_utf8_io libs. It depends on win_utf8_io only because it uses flac_fopen() function. It will become to depend on libFLAC when all file functions will be moved from win_utf8_io to libFLAC. Not a big problem, but it is possible to avoid this dependency by replacing flac_fopen() with fopen(). test_streams doesn't open/create files with unicode filenames, so it won...

...GNED MESSAGE----- Hash: SHA1 On 18.03.2013 02:10, JonY wrote: > On 3/17/2013 23:01, LRN wrote: >>> All those ifdefs will at least be confined rather than spread >>> out through the code. >> I did it plibc-style: >> >> in compat.h: #if defined(_WIN32) #define FOPEN >> grabbag__fopen_utf8_wrapper #else #define FOPEN fopen #endif >> >> in grabbag: #if defined(_WIN32) <implement >> grabbag__fopen_utf8_wrapper, which has the same signature as >> fopen, but does utf8->utf16 conversion internally, then calls >> wfopen>...

Brian Willoughby <brianw at audiobanshee.com> ?????(?) ? ????? ?????? Sun, 31 Jan 2016 22:26:40 +0300: > My assumption is that the code was written to call flac_fopen() so that it is portable to every operating system, even those without fopen(). If you replace flac_fopen() with fopen(), then the tests won't compile on systems that don't have fopen(). I REALLY doubt it. Even if such systems exist, there's little reason to support test_streams on the...

...e filename support for win32 > flac > On 3/17/2013 23:01, LRN wrote: > >> All those ifdefs will at least be confined rather than spread out > >> through the code. > > I did it plibc-style: > > > > in compat.h: > > #if defined(_WIN32) > > #define FOPEN grabbag__fopen_utf8_wrapper > > #else > > #define FOPEN fopen > > #endif > > > > in grabbag: > > #if defined(_WIN32) > > <implement grabbag__fopen_utf8_wrapper, which has the same signature > > as fopen, but does utf8->utf16 conversion internall...

I am trying to connect to my icecast server with the following php script and I keep getting an error. Script and errot follow: $server = "www.dallypost.com:8000"; $user = "admin"; $passw = "my_pass_word"; $mountpoint = "/DallyPostRadio.ogg"; $fp = fopen("http://$user:$passw@$server/admin/stats","r") or die("Error reading Icecast data from $server."); ______________________________________________ *Warning*: fopen(http://...@www.dallypost.com:8000/admin/stats) [function.fopen <http://www.dallypost.com/a...

JonY wrote: > On 3/17/2013 23:01, LRN wrote: > >> All those ifdefs will at least be confined rather than spread out > >> through the code. > > I did it plibc-style: > > > > in compat.h: > > #if defined(_WIN32) > > #define FOPEN grabbag__fopen_utf8_wrapper > > #else > > #define FOPEN fopen > > #endif > > > > in grabbag: > > #if defined(_WIN32) > > <implement grabbag__fopen_utf8_wrapper, which has the same signature > > as fopen, but does utf8->utf16 conversion internal...

Dear gluster experts, I search through glusterfs 3.3 source tree and can't find any fuse open option FOPEN_KEEP_CACHE related code. Does this mean that glusterfs 3.3 doen't support fuse keep cache feature? However I did find keep cache code in mainline. My question is: 1 does glusterfs 3.3 support page cache? 2 if not what is the best practice to improve performance if a file is frequently accessed...

Hello all, I don't know if this needs to be sent to a different list or not, if so, please let me know. Anyways, I'm trying to modify the dovecot source a bit, but the problem I'm having is that whenever I use "fopen", it always returns NULL. I've tried a variety of things, even fopen("/dev/null", "w") -- because that should almost always work. I'm trying to get it to work in src/pop3-login/client-authenticate.c Any idea why this might be happening? Any suggestions as to...

I get crashes when I call R without any arguments and having no environment variables R_PROFILE and RPROFILE. The reason is, that in unix/sys-common.c in R_OpenSiteFile() fopen is called with a null ptr as filename (because this is the outcome of getenv()). Although most compilers seem to interpret this as "file not found", this is an undefined behavior concerning to all C standards I could get hold of. A request in comp.lang.c gave the following response: ....

...(assuming that your php bindery is in /usr/bin; double check now) #!/usr/bin/php -q <?php notice: there are no gaps and no white space char (except a single \n) between lines 1 and 2. otherwise strange things will be sent to stdout and ruin your day! 5. next, you should use fopen() to create all your needed handles. i know different versions of php have varying features to deal with stdio streams but fopen() will work with most new and old versions making your scripts more portable and you don't have to fidget with the php.ini file. besides, fopen() doe...

New version of Calysto reports a warning that looks like a bug to me: ------------------------------------------ Possible NULL-ptr deref (vc27053): @/work/projects/llvm/tools/Calysto/IfaceSpecs/clib.c:1823 Bug: ?? Explanation: choose_dh (dh.c:111) calls fopen twice (@120). If the first call to fopen fails (returns NULL), but the second one succeeds, fgets (@129) is called with f==NULL. ------------------------------------------ Can anyone confirm that this is a potential issue? Thx, -- Domagoj Babic http://www.domagoj.info/...

...< 0) - return NULL; - - tmpfile = safe_asprintf (g, "%s/filesystem_walk%d", g->tmpdir, ++g->unique); + tmpfile = make_temp_file (g, "filesystem_walk"); ret = guestfs_internal_filesystem_walk (g, mountable, tmpfile); if (ret < 0) return NULL; - fp = fopen (tmpfile, "r"); - if (fp == NULL) { - perrorf (g, "fopen: %s", tmpfile); - return NULL; - } - - return parse_dirent_file (g, fp); /* caller frees */ + return parse_dirent_file (g, tmpfile); /* caller frees */ } struct guestfs_tsk_dirent_list * guestfs_impl_find_i...

...to write menu.txt so as to hide that option. In my original testing the feature worked. With a more complete menu.txt, the feature fails. Poking around a bit further it seems that after ~29 attempts like this: FILE* ifp; const char* fname = "/some/file/that/does/NOT/exist"; if ((ifp = fopen(fname, "r")) == 0) { // code for failure } else { // code for success fclose(ifp); } then a simple fopen(name, "r") of a file that *does* exist fails, even though that exact same fopen will succeed if I try it before the ~29 fopen()s on a file that foes not exist. If I c...

...\main\flac-1.1.3\src\share\grabbag\file.c(45) : fatal error C1083: Cannot open include file: 'Windows.h': No such file or directory 5>picture.c 7>Compiling... 5>c:\greenhouse\workspace\soundio\tool\flac_1.1.3\main\flac-1.1.3\src\share\grabbag\picture.c(339) : warning C4996: 'fopen' was declared deprecated 5> c:\program files\microsoft visual studio 8\vc\include\stdio.h(234) : see declaration of 'fopen' 5> Message: 'This function or variable may be unsafe. Consider using fopen_s instead. To disable deprecation, use _CRT_SECURE_NO_DEPRECAT...

Hello everyone, I have another question related to a legacy schema I am working with. Do dynamic finders work with legacy schemas in general? The schema I am working with uses hungarian prefixes for column names. For example fOpen is 0 if a bug is closed and 1 if it is open (type smallint). When I try @bugs = Bug.find_all_by_fOpen(1), I get the following exception: undefined method `find_by_fOpen'' for Bug:Class But when I try @bugs = Bug.find(:all, :conditions => ["fOpen = ?", 1]), I get the expected...

...=>121,5,MeetMe(900,MD) exten =>121,100,Playback(demo-moreinfo) #!/usr/bin/php -q <?php //include("phpagi.php"); //include("phpagi-asmanager.php"); //$agi = new AGI; set_time_limit(60); ob_implicit_flush(false); if(!defined('STDIN')) { define('STDIN',fopen('php://stdin','r')); } if(!defined('STDOUT')) { define('STDOUT',fopen('php://stdout','w')); } if(!defined('STDERR')) { define('STDERR',fopen('php://stderr','w')); } //$stdout = fopen('php://stdout', 'w...

...+ application, and I see in Google results that others have had difficulty as well. These google discussions generally involve libraries, dll's and linking options, as though there are perhaps some basic incompatibilities between ogg vorbis and win32 and/or MFC/C++. Very confusing. If I pass fopen a fictitious filename, ov_open returns the proper error. However, if I pass a legitimate filename, ov_open crashes without giving me any apparent clue. Would anybody have a comment or suggestion? I get no responses whenever I post in the codec forums, so I am posting here. Some kind of clue wou...

Hi, I'm trying to cross-compile my app. #include <stdio.h> int main() { puts("test"); fopen("test", "r"); // removing fopen() call removes the error return 0; } clang -c -target x86_64-linux-gnu test.c ld.lld -v -o test -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 /usr/lib/x86_64-linux-gnu/crt1.o /usr/lib/x86_64-linux-gnu/crti.o test.o /usr/lib/x86_64-...