search for: openstep

OpenStep, apparently, does not initialize new pty/tty modes to a sane default. I'm thinking this code snippet, added to tty_parse_modes() before the for(;;) loop should suffice: #ifdef HAVE_NEXT tio.c_oflag |= ONLCR; tio.c_lflag |= ECHO; #endif /* HAVE_NEXT */ Also, I've noticed that "ssh...

Good Day to You! THANKS for ALL your work on this project! We appreciate any help you can give! ----We are attempting to install OpenSSH v4.3p2 on OpenStep 4.2 for Intel -----our configure completes but when we run make we get: labnx02:136# make cc -g -O2 -Wall -Wpointer-arith -Wuninitialized -I. -I. -I/usr/local/ssl/include -I/usr/local/include -DSSHDIR=\"/usr/local/etc\" -D_PATH_SSH_PROGRAM=\"/usr/local/bin/ssh\" -D_PATH...

http://bugzilla.mindrot.org/show_bug.cgi?id=718 Summary: Compilation error on m68k-next-openstep 4.0 Product: Portable OpenSSH Version: 3.6.1p2 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P1 Component: Build system AssignedTo: openssh-bugs at mindrot.org ReportedBy: fat...

I have an initial port of the SSH client. Only one known issue with it. sigaddset(), sigempty(), and sigprocmask() don't exist on NeXT without using libposix which I'm now avoiding (thanks, Garance A Drosehn) like the plague because it conflicts too much. Only thing this affects is the readpass.c file at this point. Which means if you ctrl-C out of the password prompt you mess up your

http://bugzilla.mindrot.org/show_bug.cgi?id=62 mouring at eviladmin.org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|openssh-unix-dev at mindrot.org|mouring at eviladmin.org ------- Additional Comments From mouring at eviladmin.org 2002-02-03 16:03 ------- I'll look at

...useless). As far as the runtime goes there is an implementation for windows, linux and most likely the PS3 (since it is already a linux derivative using GCC as mentioned). If we have to create a runtime for PS3 and XBox that seems trivial as the functions are very basic in nature. My comments on OpenStep were more meant to point to the fact that we would write our own library; really just throwing all notion of OpenStep away. Instead of NSObject we would create our own base DObject or something along with a DString, DAarry, DSet, DMap, etc. Truthfully this would be our plan anyway because we want...

...as the runtime goes there is an implementation for windows, linux and most likely the PS3 (since it is already a linux derivative using GCC as mentioned). If we have to create a runtime for PS3 and XBox that seems trivial as the functions are very basic in nature. >> >> My comments on OpenStep were more meant to point to the fact that we would write our own library; really just throwing all notion of OpenStep away. Instead of NSObject we would create our own base DObject or something along with a DString, DAarry, DSet, DMap, etc. Truthfully this would be our plan anyway because we want...

...9;t make sense to create Asterisk Assistants for Windoze (it'd probably be called Asterisk Wizards, btw) because Asterisk doesn't run on Windoze. As for Linux, we are currently looking into that. The Assistants are built using the Cocoa framework which is a further development of NeXTStep/OpenStep. I am currently playing with a tool called the Python->Objectice-C Bridge or in short PyObjC. This is primarily intended to make it possible to use the Cocoa framework from Python and to integrate with Interface Builder and Xcode on MacOSX. However, PyObjC also supports OpenStep on Linux. This...

...As far as the runtime goes there is an implementation for windows, linux and most likely the PS3 (since it is already a linux derivative using GCC as mentioned). If we have to create a runtime for PS3 and XBox that seems trivial as the functions are very basic in nature. > > My comments on OpenStep were more meant to point to the fact that we would write our own library; really just throwing all notion of OpenStep away. Instead of NSObject we would create our own base DObject or something along with a DString, DAarry, DSet, DMap, etc. Truthfully this would be our plan anyway because we want...

...there is an implementation for windows, > linux and most likely the PS3 (since it is already a linux > derivative using GCC as mentioned). If we have to create a runtime > for PS3 and XBox that seems trivial as the functions are very basic > in nature. > > My comments on OpenStep were more meant to point to the fact that we > would write our own library; really just throwing all notion of > OpenStep away. Instead of NSObject we would create our own base > DObject or something along with a DString, DAarry, DSet, DMap, etc. > Truthfully this would be our...

...intained, though, there are probably lots of problems with 64-bit.) Objective C in llvm, AFAIK, is only used on the MacOSX targets and only tested there. There are sufficient secret handshakes between the compiler and the ObjC runtime that it is unlikely to Just Work in an untested environment. OpenStep has a familial relationship to MacOSX ObjC runtime, but they aren't the same and are unlikely to still be binary compatible at this point. You may need to do some work there also. Summary, you can probably get this approach to work, but it's not as easy as you're hoping. On May 26, 2...

...gt;> linux and most likely the PS3 (since it is already a linux >>> derivative using GCC as mentioned). If we have to create a >>> runtime for PS3 and XBox that seems trivial as the functions are >>> very basic in nature. >>> >>> My comments on OpenStep were more meant to point to the fact that >>> we would write our own library; really just throwing all notion of >>> OpenStep away. Instead of NSObject we would create our own base >>> DObject or something along with a DString, DAarry, DSet, DMap, >>> et...

...he SDK and engineering of games simpler. This means that we will need a way to compile it on all platforms our games will target.  Currently the major platforms we are concerned with include... PC, Mac, XBox 360, PS3, iPhone.  Now the PC, Mac, iPhone and PS3 are fairly simple.  If we build our own OpenStep libraries we can simply use LLVM to compile directly to these platforms; the PS3 although proprietary uses GCC as a C/C++ compiler so I am assuming Objective-C can be used fairly simply.  This leaves us with the XBox 360. The 360 is a special chip (PowerPC based) with, as far as I have researched,...

...t likely the PS3 (since it is already a linux >>>> derivative using GCC as mentioned). If we have to create a >>>> runtime for PS3 and XBox that seems trivial as the functions are >>>> very basic in nature. >>>> >>>> My comments on OpenStep were more meant to point to the fact that >>>> we would write our own library; really just throwing all notion of >>>> OpenStep away. Instead of NSObject we would create our own base >>>> DObject or something along with a DString, DAarry, DSet, DMap, &gt...

...untime goes there is an implementation for windows, linux and most likely the PS3 (since it is already a linux derivative using GCC as mentioned). If we have to create a runtime for PS3 and XBox that seems trivial as the functions are very basic in nature. >>> >>> My comments on OpenStep were more meant to point to the fact that we would write our own library; really just throwing all notion of OpenStep away. Instead of NSObject we would create our own base DObject or something along with a DString, DAarry, DSet, DMap, etc. Truthfully this would be our plan anyway because we want...

Do you know about such implementation of the Mac OS API for Linux ? I was thinking would this be hard to be done ? Having in mind that the MacOS and Linux OSes have much more in common than Linux and Windows. The benefits of such projects will be great , as there is great diversity of applications for MacOS ,and if they can be used native in Linux there will be great advantage for all Linux users.

...oes there is an implementation for windows, linux and most likely the PS3 (since it is already a linux derivative using GCC as mentioned). If we have to create a runtime for PS3 and XBox that seems trivial as the functions are very basic in nature. >>>> >>>> My comments on OpenStep were more meant to point to the fact that we would write our own library; really just throwing all notion of OpenStep away. Instead of NSObject we would create our own base DObject or something along with a DString, DAarry, DSet, DMap, etc. Truthfully this would be our plan anyway because we want...

Hi I have a tool that I am running under Mac version of Wine. What I am doing is installing the tool under wine (i.e wine <path to installer pkg.exe>) and then running it from wine. It uses an api to capture current screen (BitBlt api). Under Mac, it is capturing the X windows frame buffer instead of native Quartz frame buffer. I have source code for this tool. I am thinking of

On Wed, Feb 04, 2015 at 08:18:23AM -0800, Keith Keller wrote: > On 2015-02-04, James B. Byrne <byrnejb at harte-lyne.ca> wrote: > > > > One might question why *nix distributions insist on providing a known > > point of attack to begin with. Why does user 0 have to be called > > root? Why not beatlebailey, cinnamon or pasdecharge? > > That is more or less

...ring of games simpler. >> >> This means that we will need a way to compile it on all platforms our games will target. Currently the major platforms we are concerned with include... PC, Mac, XBox 360, PS3, iPhone. Now the PC, Mac, iPhone and PS3 are fairly simple. If we build our own OpenStep libraries we can simply use LLVM to compile directly to these platforms; the PS3 although proprietary uses GCC as a C/C++ compiler so I am assuming Objective-C can be used fairly simply. This leaves us with the XBox 360. >> >> The 360 is a special chip (PowerPC based) with, as far as...