Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1js91B-000322-6q for pljava-dev@arkaria.postgresql.org; Sun, 05 Jul 2020 18:05:33 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1js917-00071F-S5 for pljava-dev@arkaria.postgresql.org; Sun, 05 Jul 2020 18:05:29 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1js917-000718-L0 for pljava-dev@lists.postgresql.org; Sun, 05 Jul 2020 18:05:29 +0000 Received: from mail-ed1-x52e.google.com ([2a00:1450:4864:20::52e]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1js915-0002Dn-1p for pljava-dev@lists.postgresql.org; Sun, 05 Jul 2020 18:05:29 +0000 Received: by mail-ed1-x52e.google.com with SMTP id d15so32676563edm.10 for ; Sun, 05 Jul 2020 11:05:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=zWaR0+hQFeIcyxKPGoAaj6gq1Fvx7tYVyXeEdt3rJQg=; b=RVzgwIUbfxmi64uHePQ4ShXhKY2VLPCRJSqd1vGokG7NxxWms1bIhBBXjJ8CSpD053 KLBDL3ayztPY3By5jprgi1G95aYH52hU+TJscIsSES4T11er8/ji1zZLk0JRtHhOYFDB +J0QrVvAHKJoH45mYYS6dPUXBuMgRFZJpBpotRGGpOLiCIVfKLXg+WBUBp1dQKh6S5+i +vZtlk4fpAobgACMSn5+lT9ZA1FXzxS8MbfbbM+kwJppNdFt7T1zNoJdTe7l56hpRh9j VCSleEgzWWVabZWJa9gmBbnpacSYhhcsnt5kts6O3MrLs2shT1YkXq8BxuMuqpa0G8CY 2K/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=zWaR0+hQFeIcyxKPGoAaj6gq1Fvx7tYVyXeEdt3rJQg=; b=kxwO1KPKO13L43k710teb5eu4R+qX5DKAgPG1nQ7DHdxGEL4cScAqfMdKLTDRAO+Lb 4qVquFwhuPVUhKnDKijavPt4fXgzkVWABVLSJeOrlZGQeY9SIuwy3AyuoiV5OOKlmC5D izK1DAFtlSyrd3dWu7Ibc8n8NLZBSaEDi2yalS66+bToj1LEigCRFfyFHV0p439qcI+O MJHnocogbBXklRhavm41b8UT4pRY8wY1NqMzoRyMUw6VPbt00LFswg/cuAJJUYDDHqNx urAQmxyvK8/ZhTemhq60pvov8qwfaTB59XwEpxCj2QJadwPw/etEsG1CJHgl9gfOxJ0s wd+A== X-Gm-Message-State: AOAM531pH/ziVGOWtQFJFCTetu921TSUpElb9MSO2Wnr8fckBBcHNcp+ xWo4COnfacQtUylE+t/skHIIVmAYoZJzfgGiQT956A1O X-Google-Smtp-Source: ABdhPJy/8CPDKcfbYtnDH7Ey1qTGh+YV8iMuyx84BwCSZ2NqLBnEz/IuT8VVflTnd5VzU0vGSIlTGbgcolAUGMgHgSk= X-Received: by 2002:a50:e791:: with SMTP id b17mr54357591edn.366.1593972323722; Sun, 05 Jul 2020 11:05:23 -0700 (PDT) MIME-Version: 1.0 References: <5EF7B265.3060907@anastigmatix.net> <5EFA6C22.8060006@anastigmatix.net> <5EFC18D9.3090108@anastigmatix.net> <5EFD41B1.30009@anastigmatix.net> <5EFE0A4D.8060402@anastigmatix.net> <5F0125BC.5000609@anastigmatix.net> <5F0172D7.3000708@anastigmatix.net> <5F02122C.7040905@anastigmatix.net> In-Reply-To: <5F02122C.7040905@anastigmatix.net> From: Kartik Ohri Date: Sun, 5 Jul 2020 23:35:11 +0530 Message-ID: Subject: Re: PL/Java new build plugin To: Chapman Flack Cc: pljava-dev@lists.postgresql.org Content-Type: multipart/alternative; boundary="000000000000232f3e05a9b59ac7" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --000000000000232f3e05a9b59ac7 Content-Type: text/plain; charset="UTF-8" > > Anything about the system's line separator? > If I am right, readLine in Java should take of system's line separator. Anything about what characters are or are not allowed to be present > inside any of the variables being printed? > None, as of now but I am still exploring it. I am emphasizing this now because it involves the same kind of thinking > that the Windows ProcessBuilder workaround will require a lot of. > Yes, I understand. I'll try to debug and get this working on Windows and that should clarify things. > --000000000000232f3e05a9b59ac7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Anything about the system's line separator?
If I am right, readLine in Java should take of s= ystem's line separator.

Anything about what characters are or are not allowed to be present
inside any of the variables being printed?
None, as of now but I am still exploring it.

I am emphasizing this now because it involves the same kind of thinking
that the Windows ProcessBuilder workaround will require a lot of.
Yes, I understand. I'll try to debug and= get this working on Windows and that should clarify things.
--000000000000232f3e05a9b59ac7--