similar to: Nonportable use of strdup()

Howdy, I've run into some problems adding a Unix server to an NT domain. I've followed the instructions in DOMAIN_MEMBER.txt; when running the smbpasswd command: ./bin/smbpasswd -j CS-NT -r CS-NTS1 I get the following errors: modify_trust_password: machine CS-NTS1 rejected the session setup. Error was : code 131. 1999/07/26 11:36:37 : change_trust_account_password: Failed to

Hi Guys I'm trying to port and build LLVM to the Interix environment. I've succeded until the Interix version of gcc program executes: gmake[1]: Entering directory `/usr/local/src/llvm/lib/Support' gmake[1]: Leaving directory `/usr/local/src/llvm/lib/Support' gmake[1]: Entering directory `/usr/local/src/llvm/lib/Support' Compiling CommandLine.cpp CommandLine.cpp: In function

On Sat, 3 Jul 2004, Chris wrote: > >That should work fine. I'm not familiar at all with internix, but it >appears to have a buggy header or something. From what I understand, >internix is a posix layer for windows. Have you tried compiling under >cygwin? No, not yet. >If you grab the latest CVS sources, they should work fine with >cygwin, and will probably work

>From: Misha Brukman <brukman at uiuc.edu> >Date: Sat, 3 Jul 2004 19:33:12 -0500 >Well, the patch adds #include <cstring> to CommandLine.cpp, so you >should try the patch first. If it does not work, then the Interix SDK ><cstring> is not a fully complete substitue for <string.h>, which it >should be, then you may have to manually try changing the

Hi I've found below declaration of strdup in /usr/include/string.h. But, I'm wondering why it doesn't belong to the ordinary function prototypes as extern char * __cdecl strcpy(char *, const char *);. Are you able to explain below meaning to me? #if defined(_ALL_SOURCE) \ || (defined(_XOPEN_SOURCE) && (_XOPEN_SOURCE_EXTENDED==1)) \ || (__STDC__ - 0 == 0

Hi > >Are you able to explain below meaning to me? > >#if defined(_ALL_SOURCE) \ > || (defined(_XOPEN_SOURCE) && (_XOPEN_SOURCE_EXTENDED==1)) \ > || (__STDC__ - 0 == 0 && !defined(_POSIX_C_SOURCE)) >extern char* __cdecl strdup(const char *); >#endif /* defined(_XOPEN_SOURCE) && (_XOPEN_SOURCE_EXTENDED == 1) */ > (RTFM) Some of the above

http://bugzilla.mindrot.org/show_bug.cgi?id=1108 Summary: strdup from openbsd-compat/bsd-misc.c is broken Product: Portable OpenSSH Version: 4.2p1 Platform: All URL: http://www.freebsd.org/cgi/query-pr.cgi?pr=87067 OS/Version: other Status: NEW Severity: normal Priority: P2 Component:

Hi Guys I'm trying to port and build LLVM to the Interix environment. I've succeded until the Interix version of gcc program executes: Before the patch: gmake[1]: Entering directory `/usr/local/src/llvm/lib/Support' gmake[1]: Leaving directory `/usr/local/src/llvm/lib/Support' gmake[1]: Entering directory `/usr/local/src/llvm/lib/Support' Compiling CommandLine.cpp

Hi folks, I'd like to remind people with write access on the CVS mainline not to put any tools/libs/patches into the main build that are not portable... I'm getting not-very-pretty flames from NetBSD folks because libao fails to *configure* under NetBSD (let alone build), thus breaking building the build for the entire CVS mainline. Specifically: >checking size of int...

Hello, when looking at "Writing R Extensions" with mem-allocation in mind, I wondered, which functions to use to substitute malloc(), calloc(), realloc() and strdup() and free(). It looked like Calloc() or R_Calloc() might be useful for some of my tasks, but when trying to use R_Calloc() for example, I got some error messages which I don't see where they are coming from. Maybe I

Well, I've "fixed" two problems so far with getting things built on OS X. If whoever did the OS X work is reading this, feel free to tell me where/how I've screwed up =) The first problem is that it couldn't find MacTypes.h in the path. MacTypes.h is simply a one line file that includes <CoreServices/CoreServices.h>, so I just replaced the MacTypes.h with that. In

On Jun 9, 2009, at 10:02 AMPDT, Paul Schlie wrote: >> Dale Johannesen wrote: >>> Marius Wachtler wrote: >>> ... >>> The call to address 0 gets removed. >>> >>> define i32 @t(i32 %a) noreturn nounwind readnone { >>> entry: >>> unreachable >>> } >>> >>> How can I prevent that the call is removed,

> Dale Johannesen wrote: >> Marius Wachtler wrote: >> ... >> The call to address 0 gets removed. >> >> define i32 @t(i32 %a) noreturn nounwind readnone { >> entry: >> unreachable >> } >> >> How can I prevent that the call is removed, without making the >> function addr volatile? >> Does anyone know which optimization

Well, I updated the player to work with the branch_postbeta2, but it contains some nasty kludges to the project files that probably shouldn't be finalized. I'm going to put it in a separate file (http://oscar.the-rileys.net/programming/vorbis_pb2.tar.gz) for now. Unfortunately, this release doesn't seem to fix the "tearing sound" problem. I think this might be related to

Greetings all and thanks again to the samba team for such an excellent piece of software! Say, I'm sitting at my NT workstation in NT domain A and connect to a samba server in NT domain B by giving my name and password combo as: username: b\paul password: <whatever> I'm now authenticated on this server. Great. Ok, now I want to disconnect completely and utterly from this samba

Thanks for the http://vorbis.com link. That worked. But I looked in the download area and there is no SDK for Mac OS 9. So I am compiling the vorbis code directly into my app. The problem I am having now is that the CodeWarrior 5.0 compiler has a bug with alloca(). It allocates the area on the stack but, under some circumstances, it does not restore the stack pointer at the end of the routine.

Full_Name: Martin Gansser Version: 1.5.1 OS: hp-ux 11.00 Submission from: (NULL) (195.145.22.147) cc -Wp,-H16000 -I. -I../../../src/include -I../../../src/include -I/opt/gnome/include/gnome-1.0 -DNE ED_GNOMESUPPORT_H -I/opt/gnome/lib/gnome-libs/include -I/opt/gnome/include/glib-1.2 -I/opt/gnome/lib /glib/include -I/opt/gnome/include/orbit-1.0 -I/opt/gnome/include/gtk-1.2

Hello list, (PC Windows 2000, R 1.2.3) i want to compile C source file for R on windows 2000. I'm working with Metrowerks CodeWarrior for creating and compiling C files. I've see that R.lib file must be obtain with R.ddl by Visual C++. I don't have Visual C++ (and i don't want to buy it !!) but i want to obtain R.lib file. Is there a solution to my problem ??? Any help would

This is mostly for derf, but others may be interested too. Attached are the warnings (stderr log) from compling theora under gcc 3.2.3 (Debian). There quite a few. Many of them are spurious, but some indicate real bugs. In particular it seems likely we have more unitialized variables since Dan reports differing encoder output depending on the compiler used. In general, we need to go through

Hi all, Those of you uninterested in classic MacOS as a target will probably want to skip this email. I'm revisiting this platform, trying to get music going for the game I'm working on. We're obviously using OggVorbis on the other platforms we support (osx, linux, win32). The problem is that our classic MacOS build is currently under MPW/MrC. I can compile libogg/libvorbis fine