That sounds good to me. Things have been really quiet on the beta lately,
so I think it's time to spin a release candidate.
Rick
On Sun, Jan 19, 2014 at 1:55 PM, Mark Miesfeld miesf...@gmail.com wrote:
Hi All,
I'm not sure where others think we are in relation to doing the 4.2.0
release.
I know a number of people are using my earlier tutorial on how to do merges
with svn, so I thought I'd highlight something I just learned. More recent
versions of svn have a number of enhancements that make doing merges a lot
easier. In particular, it gets rid of the need to do the r(m-1) r(m)
No, we've not had any reports of issues like that. rxapi has not even had
much (if any) update activity for this release, so it's hard to even guess
what might be going wrong.
Rick
On Tue, Jan 21, 2014 at 8:28 AM, Mike Cowlishaw m...@speleotrove.com wrote:
Since I installed 4.2.0 RC this
Also, some information about what you suspected was causing the problem
might give a nugget of information that could be useful in tracking down
the cause.
Rick
On Tue, Jan 21, 2014 at 8:28 AM, Mike Cowlishaw m...@speleotrove.com wrote:
Since I installed 4.2.0 RC this morning I've had a
Shouldn't we do another release candidate first since we had fixes to the
last one?
Rick
On Tue, Jan 28, 2014 at 9:24 AM, Mark Miesfeld miesf...@gmail.com wrote:
On Tue, Jan 28, 2014 at 6:16 AM, David Ashley w.david.ash...@gmail.comwrote:
I think the major feedback from the release
The Class and Queue failures were problems in the test suite (they were
never updated for the removal of serializable). I also found a crash in
the RexxContext tests that was a bug, which I think justifies having
another full release candidate. I'm not seeing any errors in the space
tests, which
And that's one of the failures I just fixed.
Rick
On Thu, Jan 30, 2014 at 5:06 AM, Moritz Hoffmann antig...@gmail.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/30/2014 11:04 AM, Moritz Hoffmann wrote:
Tests also failing on Debian, oorexx 4.2.0 branch and trunk test
I did a complete run of the test suite, and found a few more errors that I
probably won't be able to resolve until later today. It's a little strange
that your run didn't show these or the crash that Moritz and I encountered.
Are you sure you're running the latest version of the tests?
Rick
Ok, that didn't take as long as I expected. I'm now getting a clean run of
the entire suite except for one of the Windows event viewer tests that's
always been a bit flaky. We definitely need to spin new release
candidates.
Rick
On Thu, Jan 30, 2014 at 6:45 AM, Rick McGuire object.r
Yep, should be good to go, other than the mystery of the MutableBuffer
failures.
Rick
On Thu, Jan 30, 2014 at 1:53 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Thu, Jan 30, 2014 at 8:25 AM, David Ashley w.david.ash...@gmail.comwrote:
I usually take one of the overnight builds and make
I'm in the same boat. The person who opened the RFE sounded like he was
willing to put some effort into helping out. He could probably at least
give you some Windows testing.
Rick
On Fri, Feb 7, 2014 at 3:37 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Fri, Feb 7, 2014 at 11:54 AM, David
To me, it sounds like option 4 of using IPV4 mapped to IPV6 is the cleanest
way to implement this. I'm wondering if we might want to take the approach
used with oodialog and separate the rxsock library from the interpreter
release. The Windows installer could then check the prereqs to ensure it
You cannot get the object context for another object, but you can send a
message to the other object to invoke the appropriate attribute method.
Rick
On Tue, Feb 18, 2014 at 12:20 PM, David Ashley w.david.ash...@gmail.comwrote:
I am in the middle of writing the new IPv6 sockets API and I have
I'm not sure what the requirements for the *ix platforms would be, and I'm
pretty sure we really don't want to do this for all of the flavors anyway,
but I'm thinking it might be a useful thing to have a debug version of the
Windows 32- and 64- bit versions available for download. This might
Same with me. We have the one mysterious crash bug that has not been
diagnosed, but I think that one will need to wait for a bug fix release.
Rick
On Fri, Feb 21, 2014 at 9:07 AM, David Ashley w.david.ash...@gmail.comwrote:
All -
How close are we to the release? All the issues I care about
It is possible to specify which file will be displayed as a default for
different systems. The available systems are Windows, Linux, Mac/OS, and
Solaris. So, the real question is which of the different flavors should we
mark as the default download for Linux? Likely none of them are correct
for
Well, from the standpoint of the interpreter, the moment the init method
returns to the new method, the object is considered initialized. Beyond
that, it is really up to the class author to determine what initialized
means.
Rick
On Fri, Mar 14, 2014 at 4:16 PM, David Ashley
The StreamNative warning is actually a bug, so it would probably be
worthwhile to see the entire set of warnings. These will only be fixed in
trunk.
Rick
On Mon, Mar 17, 2014 at 9:20 AM, Rony G. Flatscher
rony.flatsc...@wu.ac.atwrote:
While compiling 4.2.0 for MacOSX in 32- and 64-bit,
haven't even tried to build it on Windows yet. Two of my systems died
in the same week, and I've been constrained for time.
I just glanced at it and it looks like it needs a nMake make file.
--
Mark Miesfeld
On Tue, Mar 18, 2014 at 5:57 AM, Rick McGuire object.r...@gmail.comwrote
Well, the error clearly indicates a null pointer exception, and going back
up the call stack, it's clear that this is caused by getenv(PATH)
returning a null value for some reason.
Rick
On Mon, Mar 24, 2014 at 5:43 PM, Rony G. Flatscher
rony.flatsc...@wu.ac.atwrote:
Hi there,
trying to
A question for the *ix experts out there. It would be nice if the loading
of the rexx.img file is not dependent on the location being on the path,
but would rather load from the same directory as the librexx.so file. The
Windows code is able to do this, it would be nice if the *ix code could do
I'm not sure why there's such surprise/disappointment on Condition('D').
To the best of my knowledge, no SYNTAX conditions return anything for
that. If you wish to have something, you can specify a description on the
RAISE instruction. Other than that, I'm not sure I can be much help here.
I'm
No, 'CODE' is not one of the options of the CONDITION Bif. You're asking
for 'Condition', since only the first letter is inspected. That, of
course, is SYNTAX. The CODE is only available from the condition object.
Rick
On Sun, Apr 6, 2014 at 4:14 PM, Walter Pachl
I've not liked the lack of dependency management in the makefiles used for
building Windows for quite a while. David spent quite a bit of time trying
to get a Windows build working with autoconf and never really got things
working. I'm sort of thinking we might be able to do this as a manual
No, the build will still need to be done us MS tools. The only thing that
we really want to change is the maintenance of the makefile.
Rick
On Mon, Apr 21, 2014 at 10:40 AM, Michael Lueck mlu...@lueckdatasystems.com
wrote:
David Ashley wrote:
Of course, the primary problem with using
I certainly have no particular ties to autotools. My only reservations
about switching to something else would be to ensure it is ubiquitous
enough. For example, would cmake be available for environments such as
z-linux or AIX?
Rick
On Mon, Apr 21, 2014 at 12:11 PM, David Ashley
.
David Ashley
On Mon, 2014-04-21 at 12:16 -0400, Rick McGuire wrote:
I certainly have no particular ties to autotools. My only
reservations about switching to something else would be to ensure it
is ubiquitous enough. For example, would cmake be available for
environments such as z-linux
I just checked the subscription list and you are subscribed using
pachl.chello.at, not christel.u.w.pa...@chello.at.
Rick
On Mon, Apr 28, 2014 at 3:09 AM, Walter Pachl
christel.u.w.pa...@chello.atwrote:
Again...
Who can help me
-Ursprüngliche Nachricht-
Von:
I change that?
The problem is that pachl at is an alias to the other
*Von:* Rick McGuire [mailto:object.r...@gmail.com]
*Gesendet:* Montag, 28. April 2014 15:57
*An:* Open Object Rexx Developer Mailing List
*Betreff:* Re: [Oorexx-devel] WG: [Oorexx-users] How's the shell seeing
what Rexx
Just did this, and it looks like there is a problem if you have the full
visual studio installed. It is generating a Visual Studio project rather
than a makefile. I opened that project in VS, and it did not build cleanly
because it was not finding any of the project header files that needed to
)\Microsoft Visual Studio
12.0
\VC\BIN\amd64\nmake.exe' : return code '0x2'
Stop.
NMAKE : fatal error U1077: 'C:\Program Files (x86)\Microsoft Visual Studio
12.0
\VC\BIN\amd64\nmake.exe' : return code '0x2'
Stop.
On Thu, May 1, 2014 at 6:18 AM, Rick McGuire object.r...@gmail.com wrote:
Just did
directories specified are the main api directories.
None of the cross project directories are included, causing the
compile errors.
Rick
On Thu, May 1, 2014 at 6:30 AM, Rick McGuire object.r...@gmail.com wrote:
OK, figured out how to get it go generate nmake files. The secret is to
add -G NMake
). I guess we need to decide if having CMAKE as a hard
requirement to build ooRexx is acceptable or not.
David Ashley
On Thu, 2014-05-01 at 06:41 -0400, Rick McGuire wrote:
One additional observation about cmake. The generated makefile leans
very heavily on the cmake utilities to do
...@gmail.com
Date: Thu, May 1, 2014 at 10:27 AM
Subject: Re: [CMake] Building a Windows project in both 32- and 64-bit mode
using the nmake generator.
To: Rick McGuire object.r...@gmail.com
Cc: cm...@cmake.org cm...@cmake.org
On 01.05.2014 15:54, Rick McGuire wrote:
Is it possible to get cmake
I was finally able to get Windows to build properly. There appear to be
some issues with how we are setting things up to that the build targets are
in the CMakeFiles tree. For some reason, this is causing cmake to get
confused as to whether this is a 32-bit or 64-bit build. To get this to
work,
David,
I saw your check in comment about disabling the XSL generation and I
understand the problem. I spent some time googling for best practices for
generated code with cmake (a common problem, it appears), and all of the
solutions end up generating the files into the build directory and using
David,
I thought I would try out your latest update to try to help out with the
compile errors your checkin comments mentioned. However, I'm seeing some
cmake generation errors instead on Windows. After going through the whole
set of checks for the standard header files, it just gives the
Hmmm, the error and output logs are essentially identical between the two
cases as well. Not real useful diagnostics.
Rick
On Fri, May 2, 2014 at 7:03 AM, Rick McGuire object.r...@gmail.com wrote:
David,
I thought I would try out your latest update to try to help out with the
compile
Ok, found the --debug-output option which spotlighted the error. The
RexxMain.cpp source file only exists in the unix platform directory. It's
an AIX compatibility stub that doesn't apply to Windows. That will need to
be made conditional.
Rick
On Fri, May 2, 2014 at 7:08 AM, Rick McGuire
I temporarily deleted the RexxMain entry that was causing the problem, and
was able to get clean compiles on all of the files. The link, however, was
failing to located any of the rexxapi functions, so I suspect there is a
missing dependency in here.
Rick
-
One thing I did NOT do was check the list of files the rexx.dll is made
from on Windows. I just copied and fixed the list from autotools. So
that might be the source of the link problem (missing file).
David Ashley
On Fri, 2014-05-02 at 07:32 -0400, Rick McGuire wrote:
I temporarily
Building now to make sure the changes are clean. The first two are simple,
and I'm a bit surprised no other compiler had objected to that before now.
The one in ErrorMessages.cpp, however, points to a problem in the cmake
build. That line has never caused a problem before because it is normally
Just noticed my last commit was 9996. Getting real close to the 1th!
Rick
--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos. Get
The latest appears to be working fine on Windows. I'll boot up my Linux VM
and see what I get. Note that error message is not complaining about
ClientMessage.cpp, but rather appears to be complaining about
ClientMessage.cpp.o. I'm not sure this is related to any changes I made,
as ClientMessage
Ok, I'm seeing the same error on Linux, but only after I updated with your
most recent changes.
Rick
On Sat, May 3, 2014 at 3:29 PM, Rick McGuire object.r...@gmail.com wrote:
The latest appears to be working fine on Windows. I'll boot up my Linux VM
and see what I get. Note that error
This is mostly to get this question recorded for Mark for when he gets back
from vacation.
I'm currently running into some issues with the manifest file we're
embedding in rexx.exe via an include within rexx.rc. Building this via
this method causes a duplicate resource error because the cmake
Another question for Mark's back from vacation queue. The oodialog build
creates two files, ooDialog.exe and ooDialog.com. From what they are
building, I gather that the .exe is a non-console launcher and the .com is
a console-only launcher. What I don't understand is what's going on with
the
Found some useful information about how to switch between debug and release
builds. It appears this is not done using a single build tree, but rather
by having separate build directories configured for the specific type of
build you wish to perform.
I'm really not that in favor of the multiple file approach. There is a
real tight dependency order on building things that would get lost if they
were done as multiple files. The main reason for moving to cmake is to get
better management of the dependencies, particularly on Windows, which has
to each. If there's a package in the Debian
repositories it doesn't matter how many packages are installed as
dependencies, but when downloaded from Sourceforge there should only be one
single package containing everything.
Thanks,
Moritz
On Thu, May 8, 2014 at 2:14 PM, Rick McGuire object.r
Standard response...open a bug report with a sample that demonstrates the
problem.
Rick
On Mon, May 12, 2014 at 9:25 AM, David Ashley w.david.ash...@gmail.comwrote:
An IBMer sent me this.
Any known bugs on the directory() command ? I am finding it
possessed.. I issue it.. even ask it
I've been doing a bit of reading up on CMake, and there's one aspect of it
I think needs to be pointed out since it requires a small change in mindset
in order to take advantage of it. CMake is designed around the concept of
doing out-of-source builds. An out-of-source build does not require
Ashley
On Tue, 2014-05-13 at 13:26 -0400, Rick McGuire wrote:
I've been doing a bit of reading up on CMake, and there's one aspect
of it I think needs to be pointed out since it requires a small change
in mindset in order to take advantage of it. CMake is designed around
the concept
had typed out the fill path for the CMakeLists.txt rather than just
specifying the directory where it was located. That is, I used
C:\OrexxDev\oorexx\CMakeLists.txt rather than just C:\ORexxDev\oorexx.
Sigh, that's what I get for working from memory.
Rick
On Tue, May 13, 2014 at 1:26 PM, Rick
David,
This might be one of those D'oh type errors. I think the variable for
specifying the control scripts is CPACK_DEBIAN_PACKAGE_CONTROL_EXTRA, not
CPACK_DEBIAN_CONTROL_EXTRA. See
part to the manifest
it generates, then I'll have to add the custom step. I won't be back at
home until after Memorial day. I'll work on it then if you haven't already
come up with something.
--
Mark Miesfeld
On Mon, May 5, 2014 at 4:17 AM, Rick McGuire object.r...@gmail.comwrote
the manifest to that one.
Rick
On Wed, May 21, 2014 at 5:35 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Wed, May 21, 2014 at 2:29 PM, Rick McGuire object.r...@gmail.comwrote:
Mark,
Thanks for the answer. I did find a solution for this. It turns out to
possible to replace or merge
I have no idea what you're talking about. I've not done anything with man
pages...I'm going to need a little more context.
Rick
On Thu, May 22, 2014 at 11:59 AM, David Ashley w.david.ash...@gmail.comwrote:
Rick -
For some reason, your new man page macro is not working or something
else
David,
I think Moritz added that, not me.
Rick
On Thu, May 22, 2014 at 11:59 AM, David Ashley w.david.ash...@gmail.comwrote:
Rick -
For some reason, your new man page macro is not working or something
else has been added to the mix. I get the following useless error
message when I try to
David, if I'm reading the messages correctly, it looks like the conflict is
with man1, not with something in man1. I suggest looking at the
generated .qz file to see if contains what it should. It might be trying
to overwrite the man1 directory rather than installing files in the man1
directory.
David,
I've posted your question, but I think I have a potential solution. There
is a file() command you can use to copy a file and set the permissions.
For example,
file(COPY ${CMAKE_BINARY_DIR}${CMAKE_FILES_DIRECTORY}/hello.sh
DESTINATION ${CMAKE_BINARY_DIR}
FILE_PERMISSIONS OWNER_READ
I have no idea what you downloaded, but if that is the full set of files,
it's seriously messed up. What you're showing there looks like somebody
randomly selected a few files from the source tree. Most of the files are
just samples, although a few of them are actually source code.
I'm not sure
David,
I was looking through the CMake documentation this morning and discovered
the configure_file() command. That might make fixing the hard coded stuff a
piece of cake by using a template file for the scripts.
Rick
On Fri, May 23, 2014 at 11:19 AM, David Ashley
I'm not sure if this is correct or not, but this link gives information
about installing man pages using cmake:
http://www.cmake.org/pipermail/cmake-developers/2011-June/001708.html
I see that there are some significant differences between that and what the
macro is doing. The link shows that we
-
Hash: SHA256
I guess this is my mistake ;-) I basically converted the several
install commands for each man page to a macro to avoid code
duplication in the cmake file.
Moritz
On 05/24/2014 09:15 PM, Rick McGuire wrote:
Ok, on further investigation, share/man/man1/app.1.gz does look
Is the build machine down? I just wanted to check something out on there
and can't seem to find it?
I've been exploring the question of getting the docs included in the cmake
install process. Unfortunately, a successful build requires that the files
in question exist, so they have to point at
Ashley
On Mon, 2014-05-26 at 11:20 -0400, Rick McGuire wrote:
Is the build machine down? I just wanted to check something out on
there and can't seem to find it?
I've been exploring the question of getting the docs included in the
cmake install process. Unfortunately, a successful
I'm still not able to get to the build server this morning.
Rick
On Mon, May 26, 2014 at 3:48 PM, Rick McGuire object.r...@gmail.com wrote:
Has the URL changed? I'm not able to get to it at
http://www.oorexx.org/builds.
Rick
On Mon, May 26, 2014 at 3:44 PM, David Ashley w.david.ash
image. Mailing lists and
some site content will be out of date *
although the ooRexx home page does not show it - possibly server
maintenance somewhere?
Jon
On 27 May 2014 12:20, Rick McGuire object.r...@gmail.com wrote:
I'm still not able to get to the build server this morning
I am currently able to get a simple NSIS installer built using the standard
stuff. This is going to need a bit more work to finish, but the existing
installer will need a bit of work also to be restructured to handle
out-of-source builds and the different file locations associated with a
CMake
/2014 7:20 AM, Rick McGuire wrote:
I'm still not able to get to the build server this morning.
Rick
On Mon, May 26, 2014 at 3:48 PM, Rick McGuire object.r...@gmail.comwrote:
Has the URL changed? I'm not able to get to it at
http://www.oorexx.org/builds.
Rick
On Mon, May 26, 2014 at 3
development work and also allows good control on the release process.
Rick
On Tue, May 27, 2014 at 9:15 AM, Rick McGuire object.r...@gmail.com wrote:
I am currently able to get a simple NSIS installer built using the
standard stuff. This is going to need a bit more work to finish
The Downloads page on oorexx.org has an incorrect link to the build
machine, so I thought I'd update the page. However, the page that is
checked in to svn has the correct link, so somehow the version that is
currently being served up is out of date.
Rick
Much better...thanks!
On Wed, May 28, 2014 at 9:59 AM, Brandon Cherry bran...@safedatausa.comwrote:
FYI, RICE should be back in business.
--
Brandon Cherry
On 5/27/2014 1:29 PM, Brandon Cherry wrote:
FYI, RAID card died in the server hosting RICE. I had to go back to an
old version of
This mainly applies to the NSIS installer, but it took me a while to
stumble upon this, so I'm going to book mark it here.
Rick
--
Time is money. Stop wasting it! Get your web API in 5 minutes.
www.restlet.com/download
I guess this would function better as a book mark if I actually included
the link!
http://www.cmake.org/Wiki/CMake:Component_Install_With_CPack#Installation_Types_.28NSIS_Only.29
On Fri, May 30, 2014 at 4:45 PM, Rick McGuire object.r...@gmail.com wrote:
This mainly applies to the NSIS
I've been steadily adding NSIS install stuff to the cmake configuration
will simultaneously trying to convert a version of our current NSIS
installer to the CPack way of doing things. My working version has been
checked in to platform\windows\install\NSIS.template.in. I'm running into
a few
What errors was it giving?
Rick
On Fri, Jun 6, 2014 at 9:42 AM, David Ashley w.david.ash...@gmail.com
wrote:
All the VMs failed to build ooRexx last night due to errors in the
CMake.List.txt file. Lots of errors the NSIS portion of the file.
David Ashley
when generating package: ooRexx
On Fri, 2014-06-06 at 09:43 -0400, Rick McGuire wrote:
What errors was it giving?
Rick
On Fri, Jun 6, 2014 at 9:42 AM, David Ashley
w.david.ash...@gmail.com wrote:
All the VMs failed to build ooRexx last night due to errors
Working on adding the docs to the NSIS install. One of the files installed
by the current installer is readme.pdf, but this file doesn't appear to be
part of the docs build. Where does this pdf come from?
Rick
--
Learn
Why shouldn't it be added to the nightly build?
Rick
On Fri, Jun 6, 2014 at 4:43 PM, David Ashley w.david.ash...@gmail.com
wrote:
It is not part of the nightly builds. You will need to build it
manually.
David Ashley
On Fri, 2014-06-06 at 16:00 -0400, Rick McGuire wrote:
Working
.
Rick
On Thu, Jun 5, 2014 at 3:00 PM, Rick McGuire object.r...@gmail.com wrote:
I've been steadily adding NSIS install stuff to the cmake configuration
will simultaneously trying to convert a version of our current NSIS
installer to the CPack way of doing things. My working version has been
I was googling how to do something in NSIS this morning and was presented
with a link to the National Sheep Identification System :-)
Rick
--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the
Ok, I guess I'm good with that. Since we need to tweak this a bit, I
suggest we leave oorexx.nsi unchanged and check in a new file to build from
(and I agree, a custom script might not be a bad idea). A batch file is a
good idea here, although I wonder if we can add a to the cmake script that
is
directory
and is currently assuming the script is platform\windows\cpack.nsi.
Hopefully the I have the makensis command syntax correct, but that should
be easy to fix.
Rick
On Sun, Jun 8, 2014 at 2:52 PM, Rick McGuire object.r...@gmail.com wrote:
Ok, I guess I'm good with that. Since we need
on the doc files being in an indicated directory
and is currently assuming the script is platform\windows\cpack.nsi.
Hopefully the I have the makensis command syntax correct, but that should
be easy to fix.
Rick
On Sun, Jun 8, 2014 at 2:52 PM, Rick McGuire object.r...@gmail.com
wrote:
Ok, I
Mark,
did you need to checkin the cpack.nsi file with this commit?
Rick
-- Forwarded message --
From: miesf...@users.sf.net
Date: Sun, Jun 8, 2014 at 6:27 PM
Subject: [Oorexx-svn] SF.net SVN: oorexx-code-0:[10144]
main/trunk/CMakeLists.txt
To: oorexx-...@lists.sourceforge.net
.
--
Mark Miesfeld
On Sun, Jun 8, 2014 at 3:19 PM, Rick McGuire object.r...@gmail.com
wrote:
Mark,
I've been poking around, and it might actually be possible to still drive
the install from CMake and still keep the current installer. I've how to
get access to the install information
oorexx.nsi file and just have variables for the /D options. But, it didn't
work at all.
--
Mark Miesfeld
On Mon, Jun 9, 2014 at 2:50 AM, Rick McGuire object.r...@gmail.com
wrote:
Mark,
One of the difficulties with converting our file to an NSIS template was
getting around which variables
I did this in then nsis template file...it was a pretty easy change.
Rick
On Monday, June 9, 2014, Mark Miesfeld miesf...@gmail.com wrote:
On Mon, Jun 9, 2014 at 7:29 AM, Rick McGuire object.r...@gmail.com
javascript:_e(%7B%7D,'cvml','object.r...@gmail.com'); wrote:
btw, do we still need
Does the 64-bit format still support running 32-bit executables?
Rick
On Mon, Jun 9, 2014 at 11:45 AM, David Ashley w.david.ash...@gmail.com
wrote:
This is just something I am throwing out there with some information
added so everyone can think about it.
It looks like the new Red Hat EL
bit and break support for 32 bit.
David Ashley
On Mon, 2014-06-09 at 11:51 -0400, Rick McGuire wrote:
Does the 64-bit format still support running 32-bit executables?
Rick
On Mon, Jun 9, 2014 at 11:45 AM, David Ashley
w.david.ash...@gmail.com wrote:
This is just
No, David is definitely not suggesting adding all 32-bit support.
Rick
On Mon, Jun 9, 2014 at 3:03 PM, Sahananda (Jon) Wolfers
sahana...@windhorse.biz wrote:
Just speaking for myself here:
I have upwards of 70 machines I am responsible for running ooRexx on 32Bit
processors (Celeron 430,
Spotted a couple of things about the how the NSIS script is currently set
up:
1) We're setting the variable NODOTVER on the makensis command line, but I
don't see any references to this in the script. Is this still needed?
2) The makensis command line is setting the variable CPU to either x32
Well, it matters here, because we're passing in x64 or x32 and the code is
looking for x86_64. So either the command line is not passing the correct
value, or the code is testing for the wrong one.
Rick
On Mon, Jun 9, 2014 at 4:31 PM, Michael Lueck mlu...@lueckdatasystems.com
wrote:
Rick
On Mon, Jun 9, 2014 at 4:37 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Mon, Jun 9, 2014 at 1:24 PM, Rick McGuire object.r...@gmail.com
wrote:
Spotted a couple of things about the how the NSIS script is currently set
up:
1) We're setting the variable NODOTVER on the makensis command
This is a challenge for the mathematically inclined members of our
audience: Now would you define a remainder operation on complex numbers?
I decided I would update some of the ooRexx samples for some of the newer
language features, since many of these samples are are 20+ years old. I
started
I've been going through the samples and modernizing some of these samples.
One of the samples, factor.rex, demonstrates some features that are really
features I would hope that no programmer would ever use because the
language directives are really the way to go. I'd like to delete this
, Mark Miesfeld miesf...@gmail.com wrote:
I say go for it. Whatever you think is useful, go ahead and do it.
--
Mark Miesfeld
On Wed, Jun 11, 2014 at 10:00 AM, Rick McGuire object.r...@gmail.com
wrote:
I've been going through the samples and modernizing some of these
samples. One
it.
--
Mark Miesfeld
On Wed, Jun 11, 2014 at 10:00 AM, Rick McGuire object.r...@gmail.com
wrote:
I've been going through the samples and modernizing some of these
samples. One of the samples, factor.rex, demonstrates some features that
are really features I would hope that no programmer
1101 - 1200 of 2203 matches
Mail list logo