search for: freopen

I''m running SunOS unknown 5.11 snv_33 i86pc i386 i86pc and to print a blank line in the output of my script I tried adding: trace(""); which printed 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

dash didn't compile in DEBUG mode against klibc for all long time. Now it only fails at link stage for not having setlinebuf(3) and freopen(3). Fixes: usr/dash/show.o: In function `opentrace': show.c:(.text+0x36): undefined reference to `freopen' show.c:(.text+0x86): undefined reference to `setlinebuf' Skip setlinebuf and use fclose/fopen inside SMALL. Signed-off-by: maximilian attems <max at stro.at> --- src/sho...

dash didn't compile in DEBUG mode against klibc for all long time. Now it only fails at link stage for not having setlinebuf(3) and freopen(3). Fixes: usr/dash/show.o: In function `opentrace': show.c:(.text+0x36): undefined reference to `freopen' show.c:(.text+0x86): undefined reference to `setlinebuf' Skip setlinebuf and use fclose/fopen inside __KLIBC__ Compile tested with debug in klibc and against glibc in dash repo....

now with the proper flags passed and the jobs.c fix dash allmost compiles in DEBUG mode, the last two failures happen in show.c, which assumes some buffering functions that klibc doesn't provide: usr/dash/show.o: In function `opentrace': show.c:(.text+0x36): undefined reference to `freopen' show.c:(.text+0x86): undefined reference to `setlinebuf' afais this code dates from the initial git import. any preferences on how to fix those Herbert? -- maks

...w.o: In function `opentrace': show.c:(.text+0x86): undefined reference to `setlinebuf' Signed-off-by: maximilian attems <max at stro.at> --- the last open error, looks more like a klibc bug to me, will fix it there: show.c:(.text+0x36): undefined reference to `freopen' src/show.c | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/src/show.c b/src/show.c index 14dbef3..b4160e1 100644 --- a/src/show.c +++ b/src/show.c @@ -394,7 +394,9 @@ opentrace(void) if ((flags = fcntl(fileno(tracefile), F_GETFL, 0)) &gt...

...l 2011 11:18:13 +0800 Committer: maximilian attems <max at stro.at> CommitDate: Mon, 2 Jul 2012 10:45:52 +0200 [klibc] [SHELL] Fix klibc DEBUG compilation dash didn't compile in DEBUG mode against klibc for all long time. Now it only fails at link stage for not having setlinebuf(3) and freopen(3). Fixes: usr/dash/show.o: In function `opentrace': show.c:(.text+0x36): undefined reference to `freopen' show.c:(.text+0x86): undefined reference to `setlinebuf' Skip setlinebuf and use fclose/fopen inside __KLIBC__ Compile tested with debug in klibc and against glibc in dash repo....

i''m running the following script: #pragma D option quiet profile:::tick-1sec / ++x >= 15 / { exit(0); } io:::start { @io_size[execname] = sum(args[0]->b_bcount); } on exit, the script prints out the value of @io_size, why? there''s no printa(), and i also specified "D option quiet" (i also tried -q). this seems to happen with any kind of probe: on exit(0) all

These small fixes are required to fix the build and tests on Debian (using the debootstrap/debirf appliance). There is currently another bug in the Debian tests which I'm looking into. hexdump always fails as follows: libguestfs: error: hexdump: hexdump: /test123: hexdump: /sysroot/test123: Bad file descriptor Rich. -- Richard Jones, Virtualization Group, Red Hat

...ary admin and response files to allow for no interaction with the user, and when the script is run from a command prompt, it works without a hitch. If the script is run during bootup (as an init script), it seems to bomb on the preinstall script with the following error message: pkgadd: ERROR: freopen(/dev/tty, "a", stdout) failed, errno=6 pkgadd: ERROR: preinstall script did not complete successfully Looking up the error number, which corresponds to ENXIO, it seems to be unable to find /dev/tty, which is understandable since it's being run non-interactively; however, I'm n...

...y the same process doing the rename or a different process), this is not a problem on a local NT drive or on an NFS mounted drive. This showed up in "makedepend" which has code like this: fdin = fopen("Makefile",...) rename("Makefile","Makefile.bak") fdout = freopen("Makefile","w",stdout) The rename fails with "Permission denied". I have tried this with oplocks on and off (I couldn't see any other obvious configuration option that might effect this). Now clearly the above code can trivially be rewritten to avoid the problem,...

>From what I understand, the problem is due to people's disagreement about what the "correct" behavior should be. I'm pretty sure that the following is the correct behavior from running rsh and ssh often (both fsecure and openssh). Lets say you have a stupid script that does while 1 do sleep 1 done Called foreverSleep on your remote host: rsh remotehost

Here is the code of the functions: int getStream()     {            int fd = _dup(fileno(stdout));            freopen("tmp","w",stdout);            return fd;     } void freeStream(int fd) {        _dup2(fd,fileno(stdout));        close(fd); } The code of main program: printf(“start tets”); int fd = getStream(); printf(“redirection”); freeStream(fd); This is a part of large program which u...

...typedef int time_t; @@ -258,9 +251,9 @@ - typedef long long off_t; + typedef long off_t; @@ -2785,8 +2778,8 @@ extern char *tmpnam(char *); extern int fclose(FILE *); extern int fflush(FILE *); - extern FILE * fopen64(const char *restrict, const char *restrict); - extern FILE * freopen64(const char *restrict, const char *restrict, FILE *restrict); + extern FILE * fopen(const char *restrict, const char *restrict); + extern FILE * freopen(const char *restrict, const char *restrict, FILE *restrict); extern void setbuf(FILE *restrict, char *restrict); extern int setvbuf(FILE...

This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --27464147-1968795515-1164715405=:5670 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT You need to re-install packages when you update R, as it says in the rw-FAQ. Use update.packages(checkBuilt=TRUE) to

...iberium Wars hangs at splash screen 21019 Igor pro "Help brower" has no window decorations 21745 Magic Workstation: icons and some text appear upside-down 21981 Igor Pro: Drop-down menu only works when arrow key is pressed 21984 Glumbuster crashes on load 22216 Problem with freopen("CONOUT$", "w", stdout); 22359 Wolfenstein water displays strange rays 22414 Grand Theft Auto: Vice City - full screen window does not take focus 22558 Harbinger (demo) graphical issue: green artefacts around objects 22703 Running Galcon Fusion demo gives error messa...

...COM32 API does not provide strcoll() > lua: the COM32 API supports only part of iolib > stdlib.h: provide a stub definition for getenv() > lua: the COM32 API actually supports exit() of oslib > lua: the COM32 API does not support time() > lua: the COM32 API does not support freopen() > sys/module.h: remove the #ifdef DYNAMIC_MODULE condition > sys/module.h: fix some typos in function documentations > lua: enable dynamic module loading > lua: add the LuaFileSystem library > lua: reactivate the syslinux extension module > lua: bind get_key() in the...

Everyone: We're starting to see a rash of password guessing attacks via SSH on all of our exposed BSD servers which are running an SSH daemon. They're coming from multiple addresses, which makes us suspect that they're being carried out by a network of "bots" rather than a single attacker. But wait... there's more. The interesting thing about these attacks is that

...er arithmetic lua: the COM32 API does not provide strcoll() lua: the COM32 API supports only part of iolib stdlib.h: provide a stub definition for getenv() lua: the COM32 API actually supports exit() of oslib lua: the COM32 API does not support time() lua: the COM32 API does not support freopen() sys/module.h: remove the #ifdef DYNAMIC_MODULE condition sys/module.h: fix some typos in function documentations lua: enable dynamic module loading lua: add the LuaFileSystem library lua: reactivate the syslinux extension module lua: bind get_key() in the syslinux module lua: also r...

...the COM32 API does not provide strcoll() lua: the COM32 API supports only part of iolib stdlib.h: provide a stub definition for getenv() lua: the COM32 API actually supports exit() of oslib lua: the COM32 API does not support time() lua: the COM32 API does not support freopen() sys/module.h: remove the #ifdef DYNAMIC_MODULE condition sys/module.h: fix some typos in function documentations lua: enable dynamic module loading lua: add the LuaFileSystem library lua: reactivate the syslinux extension module lua: bind get_key() in the sysli...

On 2015-12-17 19:30, peter dalgaard wrote: > Presumably the file in question is one of > > Peter-Dalgaards-MacBook-Air:BUILD pd$ grep -r "^Package: tools" * > library/tools/DESCRIPTION:Package: tools > src/library/tools/DESCRIPTION:Package: tools > > so the first thing I'd do is to have a good look at those files and see if they got somehow corrupted. > >