similar to: OpenSSH 2.9.9.p2 port to IBM OS/390 Unix System Services

We've ported samba 1.9.18p1 to OS/390 Unix (nee MVS), and it seems to be very much in demand among the mainframe folks. We'd like to integrate our changes back into the mainline development stream. Our changes consist entirely of patches to ensure that the code works on an EBCDIC system, as well as a new facility that allows for ASCII/EBCDIC data conversion on the fly for files

Hi Martin, my name's Daragh, and I'm a renewal projects architect in the University of Chicago. I saw your name on a listserv - openssh-unix-dev. I was hoping you could lend some insight to a problem we're trying to solve. We are trying to find a way for an Oracle database to connect securely to a mainframe (OS/390 running Model204 DB) through ODBC (Open Database Connection

> -----Original Message----- > From: llvm-dev <llvm-dev-bounces at lists.llvm.org> On Behalf Of Kai Peter Nacke > via llvm-dev > Sent: Tuesday, June 16, 2020 8:51 AM > To: Corentin <corentin.jabot at gmail.com> > Cc: llvm-dev at lists.llvm.org > Subject: Re: [llvm-dev] RFC: Adding support for the z/OS platform to LLVM and > clang > > > > 2) Add

I am working on a port of Openssh 3.8p1 after already having done a port of Openssh 3.5p1. There are a couple of new lines in buffer_get_bignum2() that are causing me problems: if (len > 0 && (bin[0] & 0x80)) fatal("buffer_get_bignum2: negative numbers not supported"); The "& 0x80" check is not relevant in ebcdic. Does anyone

As part of IBM’s ongoing efforts to improve the z/OS ecosystem, our current plans involve adding support for the z/OS platform to LLVM and Clang. Our goal is to have a viable C and C++ LLVM compiler and runtime library that generates code for, and runs on z/OS. Long term, we expect to have a compiler and library that supports the platform more fully. We intend to support the native character

I have been trying to compile OpenSSH_4.7p1 for OS/390 and got really stuck. IBM released a build of v3.8.1p1 several years ago, but I do not know whether anyone else has ever managed to compile it for OS/390 or OS/z. The first problem is that the build apparently performs ssh transport exchange using EBCDIC character encoding instead of ASCII (which breaks RFC 4253) and I am not sure how to do

Does R have package/function that can read a file that has been downloaded from a mainframe in EBCDIC format? Thanks, Mike [[alternative HTML version deleted]]

I have a case where the easiest way to draw a particular symbol would be to draw something a little bigger, and then use polygon(... , col=0) to erase the extra stuff. Just how to do this best when par('bg') = 'transparent' is, however, eluding me. I've looked through the archives and the book R Graphics without quite seeing the light. Help or pointers to help would be

Hello Steve, Hello OpenSSH-portable developers, I am building OpenSSH for our (EBCDIC-based) BS2000 mainframe operating system, and I noticed you do the same for OS/390. Because my initial ssh port was based on IBM's OSS port (ssh-1.2.2 or some such), I thought it was fair enough to help with a little co-operation; we might come up with a unified EBCDIC patch which could be contributed to

Hi! On z/OS, there is the need to convert strings from EBCDIC to UTF-8 and vice versa. Using the POSIX iconv functions has some challenges, so I created a small wrapper around this functionality to get the same result on all platforms. This functionality is required for reading and writing GOFF object files and can also be used in the frontend. I put up the code on Phabricator

On 02/12/2018 12:52 PM, Gerd Hoffmann wrote: > Hi, > >> can we reach agreement on whether vsock should be involved in this? > > I think the best approach would be to have guest proxy and host proxy > use vsock for the wayland protocol. Use a wayland protocol extension to > reference the buffers in stdvga / ivshmem / virtio-gpu. Only the two > proxies need to

On 02/12/2018 12:52 PM, Gerd Hoffmann wrote: > Hi, > >> can we reach agreement on whether vsock should be involved in this? > > I think the best approach would be to have guest proxy and host proxy > use vsock for the wayland protocol. Use a wayland protocol extension to > reference the buffers in stdvga / ivshmem / virtio-gpu. Only the two > proxies need to

The utils package has a misc folder, and some other packages have folders that are not listed in the R-extensions documentation (?data?, ? demo?, ?exec?, ?inst?, ?man?, ?po?, ?src?, and ?tests?). I'd like to be able to put some ancillary data into a misc folder, but it's mere presence in the source folder or source tarball (created with R CMD build) does not mean that it gets put into

My understanding is that dynamically linking should pose no problem, but I am no lawyer. On Linux, glibc is also under LGPL license, and LLVM usually links against it. (There is really no need for us to depend on libiconv. If it is deemed to risky, then I can dropped it.) From: Anton Korobeynikov <anton at korobeynikov.info> To: Kai Peter Nacke <kai.nacke at de.ibm.com> Cc:

Hello all, Tomas Bonnedahl and I recently corresponded about a rather odd behaviour with routes in ancillary routing tables. We both receive a "Network is unreachable" error when we try to add gatewayed routes to ancillary tables and the main routing table does not contain an entry for the gateway IP. It seems that unless a route to the gateway IP exists in the main routing table, I

CentOS 6.9 has support for the Haswell processor which is a subset of the Skylake. All Skylake server ancillary components work perfectly with CentOS 6.9. The AST2500 used with the Skylake is very good and will process UHD. However this is not backwards compatible with legacy variants. To make it work an ancillary graphics card is required which is less than $100. This will not break the

Hi, I have a weird problem with RSync: On a NAS are about 1,2 TB data. When I plug in a harddisk and make a backup with RSync, "df -h" shows the backup disk filling up to nearly 1,2 TB. But after RSync has finished, there are only 3.7 GB on the backup disk. System: Linux nas 2.6.37-gentoo-r4 #1 SMP Tue May 3 19:54:31 CEST 2011 x86_64 Intel(R) Atom(TM) CPU 330 @ 1.60GHz GenuineIntel

On 02/12/2018 03:27 PM, Gerd Hoffmann wrote: > On Mon, Feb 12, 2018 at 03:00:24PM +0100, Tomeu Vizoso wrote: >> On 02/12/2018 12:52 PM, Gerd Hoffmann wrote: >>> Hi, >>> >>>> can we reach agreement on whether vsock should be involved in this? >>> >>> I think the best approach would be to have guest proxy and host proxy >>> use

<div class="socmaildefaultfont" dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:9pt" ><div dir="ltr" >Hi all,</div> <div dir="ltr" >I'm very excited to be able to share this with everyone. </div> <div dir="ltr" > </div> <div dir="ltr" >IBM announced this

Hubert Tong <hubert.reinterpretcast at gmail.com> wrote on 10.06.2020 23:51:54: > From: Hubert Tong <hubert.reinterpretcast at gmail.com> > To: Kai Peter Nacke <kai.nacke at de.ibm.com> > Cc: llvm-dev <llvm-dev at lists.llvm.org> > Date: 10.06.2020 23:52 > Subject: [EXTERNAL] Re: [llvm-dev] RFC: Adding support for the z/OS > platform to LLVM and clang