On Tue, Jul 10, 2012 at 12:52 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Tue, Jul 10, 2012 at 9:44 AM, Rick McGuire object.r...@gmail.com wrote:
On Tue, Jul 10, 2012 at 12:35 PM, Mark Miesfeld miesf...@gmail.com wrote:
3.) I can do an ooDialog only beta / release independent
I ran into the problem today because of a small bug in a program I was
working on. It appears we're not leaving enough stack space to be
able process the error message for this condition. I ran into this on
a 64-bit Windows platform, so I think this might be a 64-bit problem.
Windows and *ix use
Already something in the works in the trunk version. The condition
object will contain a set of stack frame objects that will go all the
way to the original source of the error. A stack frame will contain
the method or routine for that particular level, so you can determine
everything you need
The last sourceforge announcement about Allura contained information
about upgrading the project to the new Allura software. How to
upgrade is listed here:
https://sourceforge.net/p/upgrade/
and a quick rundown of the new features can be found here:
I'm definitely in favor of enlarging the buffers. My personal
preference would be no error or truncation, but rather detect if
truncation is going to occur (or has occurred) and allocate a
temporary buffer of sufficient size.
Rick
On Wed, Jul 25, 2012 at 1:59 PM, Mark Miesfeld
There really shouldn't be an difference in the garbage collector on 64-bit
vs 32.bit. The code itself is really independent of the size of the
objects, but that's not a definitive statement that there might not be
something strange going on.
You might try rebuilding with _DEBUG and VERBOSE_GC
Am I correct in assuming this loop never wrote out any lines? I've been
trying to recreate this with a simple sample, but the memory size looks
dead stable so far.
Rick
On Wed, Aug 8, 2012 at 5:10 PM, Mark Miesfeld miesf...@gmail.com wrote:
Okay, I put print outs in the SysFile tree code and
the local reference table at a reasonable size
throughout this process.
Rick
On Wed, Aug 8, 2012 at 5:33 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Wed, Aug 8, 2012 at 2:28 PM, Rick McGuire object.r...@gmail.com
wrote:
Am I correct in assuming this loop never wrote out any lines? I've
It sounds acceptable to me. Do the changes to the source files make them
compatible with various XML editing tools? Are there any WYSIWYG editors
that can be used to write the docs? To me, that was always the biggest
deficiency when writing docs...I spent way more time wrestling with the
markup
Yeah, working on Windows is also a major plus for me too.
Rick
On Thu, Aug 9, 2012 at 12:12 PM, Mark Miesfeld miesf...@gmail.com wrote:
David,
It's acceptable to me. The reasons you stated for making the change seem
valid.
I have the same general questions as Rick. With the additional
A brief search suggests the free XML Copy Editor might work with these
files. There's a Windows version too.
Rick
On Thu, Aug 9, 2012 at 12:12 PM, Mark Miesfeld miesf...@gmail.com wrote:
David,
It's acceptable to me. The reasons you stated for making the change seem
valid.
I have the
, 2012 at 11:00 AM, Rick McGuire object.r...@gmail.com
wrote:
The last sourceforge announcement about Allura contained information
about upgrading the project to the new Allura software. How to
upgrade is listed here:
https://sourceforge.net/p/upgrade/
and a quick rundown of the new
I'm thinking a different tree might be a good idea too.
Rick
On Thu, Aug 9, 2012 at 4:05 PM, David Ashley w.david.ash...@gmail.comwrote:
At this point I was just beginning to think about a plan :-)
The sandbox was just so you could see how it all was structured and give
you something to play
I'm planning on pushing the button for the Allura upgrade at 6:00PM Eastern
Time on Saturday (tomorrow). Once the upgrade is complete, you'll need to
update the URLs used for SVN access, so it is recommended you commit any
pending work before I start the upgrade. I'll send another warning out
I'm in total agreement with Jerry on this one. This is an area I have a
little bit of expertise, having written the Apache javamail implementation.
Rick
On Sat, Aug 11, 2012 at 10:39 AM, Jeremy Nicoll - ml sourceforge
jn.ml.sfrg...@letterboxes.org wrote:
Well: this is a test line.
I
Last reminder that I'll be starting the upgrade to Allura at 6:00PM Eastern
US time today (in two hours). I highly recommend you commit any
in-progress work before the upgrade is started.
Rick
--
Live Security Virtual
On Sun, Aug 12, 2012 at 1:38 PM, Mark Miesfeld miesf...@gmail.com wrote:
Hi Rick,
Do you know what the status of the upgrade is? I see that David is
committing stuff and that check outs from the old URLs still work.
I had assumed that the switch would take some time, but didn't expect
it
They are not auto-generated, but I suspect they are contained in separate
files is they get included in a lot of places (e.g., with every class
that's a subclass of the collection classes). I *wish* some of that stuff
could be autogenerated , but I'd like having to update that information in
a
Just an update. The status page is still just showing update scheduled.
I submitted a ticket asking for a better idea on how long this will take.
Rick
On Sun, Aug 12, 2012 at 1:54 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Sun, Aug 12, 2012 at 10:44 AM, Rick McGuire object.r...@gmail.com
, Rick McGuire object.r...@gmail.com
wrote:
Just an update. The status page is still just showing update
scheduled.
I submitted a ticket asking for a better idea on how long this will take.
Rick
On Sun, Aug 12, 2012 at 1:54 PM, Mark Miesfeld miesf...@gmail.com
wrote:
On Sun, Aug
, Aug 14, 2012 at 9:19 AM, Rick McGuire object.r...@gmail.com
wrote:
Here's the ticket, if you'd like to follow the discussion:
https://sourceforge.net/p/forge/site-support/217/
Somewhat puzzling response that indicated they were waiting for us to
give
the go-ahead, while nothing I'd
Sigh, the upgrade failed because of a bug on the sourceforge side...they
need to fix their problem and reschedule.
Rick
On Tue, Aug 14, 2012 at 12:24 PM, Rick McGuire object.r...@gmail.comwrote:
Just got another update and they are going to be starting the upgrade
shortly (I hope...).
Rick
The notification I got was a failure on the clone step. I'm hoping all of
the upgrade activity takes place on a copy and nothing goes live until
everything works.
Rick
On Tue, Aug 14, 2012 at 2:13 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Tue, Aug 14, 2012 at 10:52 AM, Rick McGuire
I don't know if everybody else got this or not, so I'm sending it to the
dev list. The upgrade is supposedly complete, but I'm seeing one problem
already with the main page...it still has the Classic-style navigation bar
and there are no links to any of the trackers, forums, or mailing lists any
On Tue, Aug 14, 2012 at 7:53 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Tue, Aug 14, 2012 at 3:58 PM, Rick McGuire object.r...@gmail.com
wrote:
Below is the new svn checkout instructions. I've not gotten this to work
myself, but I suspect it's because I never got cygwin set up on my
they are strongly
discouraging using until they have fix whatever is causing this.
Rick
On Tue, Aug 14, 2012 at 8:02 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Tue, Aug 14, 2012 at 4:58 PM, Rick McGuire object.r...@gmail.com
wrote:
On Tue, Aug 14, 2012 at 7:53 PM, Mark Miesfeld miesf
On Tue, Aug 14, 2012 at 11:26 PM, Mark Miesfeld miesf...@gmail.com wrote:
Hi Rick
Did you manage to get the svn+ssh working?
My first attempt at transferring my cygwin environment failed because my
memory stick filled up, my old laptop decided to crash during the second
attempt, so I decided
Ok, I've opened a new ticket for this item.
Rick
On Wed, Aug 15, 2012 at 2:29 PM, David Ashley w.david.ash...@gmail.comwrote:
Rick -
Since you have an open ticket on our conversion you need to add a new
item. We are no longer receiving our emails for SVN commits. I use this
a lot so this
David,
Hopefully this will be a temporary solution, but you can see the recent
commits at
https://sourceforge.net/p/oorexx/code-0/commit_browser
Rick
On Wed, Aug 15, 2012 at 3:04 PM, Rick McGuire object.r...@gmail.com wrote:
Ok, I've opened a new ticket for this item.
Rick
On Wed, Aug
On Wed, Aug 15, 2012 at 3:26 PM, Mark Miesfeld miesf...@gmail.com wrote:
Hi,
The problem witht the Allura menu on our page is reported to be that
it is too slow load, so the default menu loads instead.
By refreshing the page several times I'm able to load the menu.
I was hoping the bug
Mark,
Try again. I tweaked the permissions a bit. I suspect David and I see
everything because we're Admins. I found the default settings to be a
little strange...for example, nobody had Create permission.
Rick
On Wed, Aug 15, 2012 at 3:54 PM, Mark Miesfeld miesf...@gmail.com wrote:
On
, Mark Miesfeld miesf...@gmail.com wrote:
On Wed, Aug 15, 2012 at 1:05 PM, Rick McGuire object.r...@gmail.com
wrote:
Mark,
Try again. I tweaked the permissions a bit. I suspect David and I see
everything because we're Admins. I found the default settings to be a
little strange
Oh, I also gave Developers Save Searches permission.
Rick
On Wed, Aug 15, 2012 at 4:22 PM, Rick McGuire object.r...@gmail.com wrote:
Yeah, me either. And I would have expected Developers to have Update
permission. For the Bugs list, I restricted create to authenticated
users, keeping
-
*Från:* Rick McGuire object.r...@gmail.com object.r...@gmail.com
*Till:* Open Object Rexx Developer Mailing List
oorexx-devel@lists.sourceforge.net oorexx-devel@lists.sourceforge.net
*Kopia:*
*Datum:* onsdag, 15 augusti 2012 22:05
*Ämne:* Re: [Oorexx-devel] Allura - hmm
Mark,
Try again. I
On Thu, Aug 16, 2012 at 2:39 AM, Mike Cowlishaw m...@speleotrove.com wrote:
**
Yeah, me either. And I would have expected Developers to have Update
permission. For the Bugs list, I restricted create to authenticated
users, keeping with our policy not not allowing anonymous bug reports
Oh man, are we the only project that has done the upgrade so far? This is
starting to feel like an alpha-test. Definitely not ready for prime time
yet :-(
Rick
On Thu, Aug 16, 2012 at 11:29 AM, Mark Miesfeld miesf...@gmail.com wrote:
We didn't / don't seem to receiving any of the other
David,
We're getting ticket emails now, but there's a problem with the oorexx-bugs
list. The mail posted to the oorexx-bugs list is coming in as the sf
userid of the person making the modification (e.g., bigr...@users.sf.net in
my case). I subscribed my id to that list, and that changed it from
, I've disabled the forwarding option for these
items. I suspect we might want to delete this extra mailing lists once
things settle down so people aren't confused by them.
Rick
On Thu, Aug 16, 2012 at 2:08 PM, Rick McGuire object.r...@gmail.com wrote:
David,
We're getting ticket emails now
. Because the list forwarding
didn't appear to be working, I've disabled the forwarding option for
these
items. I suspect we might want to delete this extra mailing lists once
things settle down so people aren't confused by them.
Rick
On Thu, Aug 16, 2012 at 2:08 PM, Rick McGuire
Hey, a commit message!
-- Forwarded message --
From: Repository Open Object Rexx code-0 nore...@code-0.oorexx.p.re.sf.net
Date: Thu, Aug 16, 2012 at 6:38 PM
Subject: [oorexx:code-0] miesfeld committed to Open Object Rexx Code SVN
Repository: 1103 - makeorx.bat typo or not
To:
just the way it is.
--
Mark Misfeld
On Thu, Aug 16, 2012 at 3:43 PM, Rick McGuire object.r...@gmail.com
wrote:
Hey, a commit message!
-- Forwarded message --
From: Repository Open Object Rexx code-0
nore...@code-0.oorexx.p.re.sf.net
Date: Thu, Aug 16, 2012 at 6
, 2012 at 3:43 PM, Rick McGuire object.r...@gmail.com
object.r...@gmail.com wrote:
Hey, a commit message!
-- Forwarded message --
From: Repository Open Object Rexx code-0 nore...@code-0.oorexx.p.re.sf.net
nore...@code-0.oorexx.p.re.sf.net
Date: Thu, Aug 16, 2012 at 6:38 PM
I just stumbled on a potential solution for following the commits. There's
a Feed icon on the Code page. If you are using an RSS reader for
following blog feeds, you can use that button to subscribe to the commits
feed.
Rick
On Fri, Aug 17, 2012 at 9:47 AM, Rick McGuire object.r...@gmail.com
.
Regards,
Chris Tsai, SourceForge.net Support
---
** [site-support:261] Is it possible to include commit diffs in Allura SVN
emails?**
**Status:** assigned
**Labels:** engr nf-4736
**Created:** Fri Aug 17, 2012 10:16 AM UTC by Rick McGuire
**Last Updated:** Fri Aug 17, 2012 10:16 AM UTC
**Owner:** Chris
This will improve the code subscription mechanism.
https://sourceforge.net/p/allura/tickets/2922/
Rick
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat
On Fri, Aug 17, 2012 at 8:42 PM, Mark Miesfeld miesf...@gmail.com wrote:
I can not get diffs anywhere in the SVN code browser. Is that the
same for everyone?
Example:
Diff of /ooDialog/trunk/ooDialog/ControlDialog.cls[r8211] .. [r8212]
n
Empty file
I tried several different files,
On Sun, Aug 19, 2012 at 9:31 AM, Rony G. Flatscher
rony.flatsc...@wu-wien.ac.at wrote:
When using the environment symbol .context one is able to get a method or
routine object with
.context~executable, for which the current code executes.
Is it possible from those objects to get their
On Sun, Aug 19, 2012 at 9:54 AM, Rony G. Flatscher
rony.flatsc...@wu-wien.ac.at wrote:
On 19.08.2012 15:44, Rick McGuire wrote:
On Sun, Aug 19, 2012 at 9:31 AM, Rony G. Flatscher
rony.flatsc...@wu-wien.ac.at wrote:
When using the environment symbol .context one is able to get a method
RFEs are easier to deal with than a single
RFE that requests multiple features.
Rick
Jon
On 19 August 2012 14:58, Rick McGuire object.r...@gmail.com wrote:
On Sun, Aug 19, 2012 at 9:54 AM, Rony G. Flatscher
rony.flatsc...@wu-wien.ac.at wrote:
On 19.08.2012 15:44, Rick McGuire wrote
Although, now that I've actually read that RFE, that's exactly what Rony is
asking for. The appropriate response is to add a +1 vote to the RFE (one
of the new Allura features).
Rick
On Sun, Aug 19, 2012 at 10:31 AM, Rick McGuire object.r...@gmail.comwrote:
On Sun, Aug 19, 2012 at 10:06 AM
One of the benefits advertised with Allura is the ability to link commits
and issues. Of course, I can't find any examples showing how to do that,
but in poking around, I think it is done by using markdown (
http://daringfireball.net/projects/markdown/syntax) in the commit messages.
So, to
On Sun, Aug 19, 2012 at 12:06 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Sun, Aug 19, 2012 at 9:04 AM, Mark Miesfeld miesf...@gmail.com wrote:
... Bringing things up on the developer list is a much better way
to elicit comments than trying to put long discussions in a bug
report.
One problem I had with the old tracker system was managing items that
needed multiple updates to complete. A good example are the enhancements,
which typically require updates to code, docs, and test cases. Looking at
the system, I think we can use the labels capability to mark what sort of
What is the state of the conversion and going live with the new format?
I'm thinking I'm ready to take a break from the xml stuff I've been working
on and knock off a few RFEs. That, of course, also means updating the
docs, and I'd like to only do this on the new versions.
Rick
On Mon, Aug 20,
, 2012 at 4:16 PM, Rick McGuire object.r...@gmail.com wrote:
On Sun, Aug 19, 2012 at 3:59 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Sun, Aug 19, 2012 at 12:43 PM, Rick McGuire object.r...@gmail.com
wrote:
One problem I had with the old tracker system was managing items that
needed
PM, Rick McGuire object.r...@gmail.com
wrote:
I've made a change to the Support Requests tracker item to add a new
selection field for marking pending work. I rather like this approach,
since
it is possible to have that field show up in the search results. Take a
look at how it looks
Committed revision [r]
Where is the revision number.
Rick
On Sun, Aug 19, 2012 at 11:46 AM, Mark Miesfeld miesf...@gmail.com wrote:
On Sun, Aug 19, 2012 at 8:36 AM, Rick McGuire object.r...@gmail.com
wrote:
One of the benefits advertised with Allura is the ability to link commits
On Tue, Aug 21, 2012 at 10:35 AM, Mark Miesfeld miesf...@gmail.com wrote:
On Tue, Aug 21, 2012 at 7:24 AM, Rick McGuire object.r...@gmail.com
wrote:
Ok, I sent a question to the Allura Apache project user list asking about
commits.
Good information here. The above makes me curious
should keep the pdf images. Hopefully we can switch back to
using them in the future.
David Ashley
On Tue, 2012-08-21 at 14:39 -0400, Rick McGuire wrote:
David,
Since we had to switch from using .pdf for images to .png, do we still
need to update the .pdf version if we update
sense and will have the
least disruption. But I'm interested in opinions on this, and I may have
missed other potential solutions.
Rick
-- Forwarded message --
From: Rick McGuire bigr...@users.sf.net
Date: Tue, Aug 21, 2012 at 4:32 PM
Subject: [oorexx:feature-requests] #473 String
On Tue, Aug 21, 2012 at 5:01 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Tue, Aug 21, 2012 at 1:48 PM, Rick McGuire object.r...@gmail.com
wrote:
This is fairly simple to implement for the equals/not equals variants.
The
real open question is how to handle the other comparisons
We really don't have any control over these features. If you'd wish to see
things like that, posting questions on the Allura project mailing list is
probably your best solution. The Apache project is located here:
http://incubator.apache.org/projects/allura.html
Rick
On Wed, Aug 22, 2012 at
On Wed, Aug 22, 2012 at 8:26 AM, Mike Cowlishaw m...@speleotrove.com wrote:
Treating .nil like NaN is an interesting model. Worth thinking through,
I'd
suggest (including .nil \= .nil) ...
Not a good idea on this last one...this feature request exists because of
some unexpected side effects
On Wed, Aug 22, 2012 at 9:37 AM, Rick McGuire object.r...@gmail.com wrote:
On Wed, Aug 22, 2012 at 9:25 AM, Mike Cowlishaw m...@speleotrove.comwrote:
**
On Wed, Aug 22, 2012 at 8:26 AM, Mike Cowlishaw m...@speleotrove.comwrote:
Treating .nil like NaN is an interesting model. Worth thinking
this to
reformat all of the files so that the deltas come out smaller.
Rick
On Tue, Aug 21, 2012 at 3:03 PM, Rick McGuire object.r...@gmail.com wrote:
Ok, I'll keep the .png and .pdf versions in sync then when I make updates.
I just tried out the XML Mind Editor on these files and it works great!
Looks
On Wed, Aug 22, 2012 at 11:45 AM, Mark Miesfeld miesf...@gmail.com wrote:
On Wed, Aug 22, 2012 at 8:11 AM, Rick McGuire object.r...@gmail.com
wrote:
Ok, maybe XML Mind is not necessarily such a good option. I tried using
it
to make a small change, and it reformatted the entire file so
When looking at an individual file, click the History button in the upper
right corner of the panel.
Rick
On Thu, Aug 23, 2012 at 10:44 AM, Mark Miesfeld miesf...@gmail.com wrote:
In the old repository svn browse (and in cvs browse) you can go to a
single file and see all the commits where
On Fri, Aug 24, 2012 at 7:15 AM, hakan hexi...@users.sourceforge.netwrote:
**
I reported this already (item #3151709, was opened at 2011-01-05 09:52),
and I was also surprised.
There is a note in REXXREF about sorting arrays and non-sparse arrays
(page 285). I found out after reporting.
I
btw, I should also point out that the trunk version already has a delete
method on array, which will remove an item and shift all of the following
elements up one.
Rick
On Fri, Aug 24, 2012 at 9:28 AM, Rick McGuire object.r...@gmail.com wrote:
On Fri, Aug 24, 2012 at 9:23 AM, Mike Cowlishaw
On Fri, Aug 24, 2012 at 8:21 PM, Jeremy Nicoll - ml sourceforge
jn.ml.sfrg...@letterboxes.org wrote:
Rick McGuire object.r...@gmail.com wrote:
On Fri, Aug 24, 2012 at 7:15 AM, hakan
hexi...@users.sourceforge.netwrote:
I think it's not consistent with
Do s over array
say s
end
On Fri, Aug 24, 2012 at 8:43 PM, Jeremy Nicoll - ml sourceforge
jn.ml.sfrg...@letterboxes.org wrote:
Rick McGuire object.r...@gmail.com wrote:
Do Over is defined as operating on a snapshot of the collection, so this
is
a requirement for the instruction.
Do you mean because the code inside
David,
I'm working on having the build generate the 4 error message files for you.
I notice that the ones in the publican build don't have an xml declaration
or a doctype declaration. Should those be there? I think I can get those
added since I'm in the process of making changes.
Rick
Mark,
Your analysis is spot on. The argument array and any argument objects you
construct are protected by the thread context you request them from until
you either detach the context or tell the context to release the reference.
This is necessary to prevent any object references you might be
On Sat, 2012-08-25 at 16:32 -0400, Rick McGuire wrote:
David,
I'm working on having the build generate the 4 error message files for
you. I notice that the ones in the publican build don't have an xml
declaration or a doctype declaration. Should those be there? I think
I can get those
H, I thought I had complete coverage in the test cases...must have
missed one. Ok, I'll take care of it.
Rick
On Mon, Aug 27, 2012 at 7:18 PM, Mark Miesfeld miesf...@gmail.com wrote:
In trunk, this .nil comparison fails:
id = 120
do while (id \= .nil)
say id
id += 1
I did have good coverage, but forgot about the Integer and NumberString
classes. This should be fixed now.
Rick
On Mon, Aug 27, 2012 at 7:25 PM, Rick McGuire object.r...@gmail.com wrote:
H, I thought I had complete coverage in the test cases...must have
missed one. Ok, I'll take care
If these are the same notices we used to get, then I'm all for this change.
Once this is done, is there a mechanism for turning off the allura notices
that are sent to committers? I haven't seen any way of controlling that
yet. I'm sure I could just filter those to the bit bucket, but I'd
Feels like being reunited with an old friend :-) Everything looks just
like it did originally...even handled by my old filter correctly. Thanks
for figuring this out!
Rick
On Wed, Aug 29, 2012 at 11:53 AM, Mark Miesfeld miesf...@gmail.com wrote:
Ok, I just finished adding the svnnotify hook,
Mark,
Just took at look at this with XML Mind, and the only errors it highlights
is a problem with the index entries associated with THICKFRAME (line 640).
However, there appear to be a lot of mal-formed xref tags in these files.
They are coded as
(xref linkend=chpDialogObject /)
but should
No, we don't use grep. And even if we did, a 32-bit one would work just
fine on Win64.
Rick
On Thu, Aug 30, 2012 at 7:11 AM, Michael Lueck
mlu...@lueckdatasystems.comwrote:
Greetings,
Does the ooRexx for Windows build process happen to require grep? If so,
where was one for Win64 found?
This is working correctly. The function name uses normal Rexx rules for
name resolution. If the call name is coded as a symbol, then the name
being called is ALWAYS the uppercase version, since all symbols have as an
eventual value the uppercase value of the symbol. So calls to foo, Foo,
and
On Fri, Sep 21, 2012 at 7:30 AM, Jeremy Nicoll - ml sourceforge
jn.ml.sfrg...@letterboxes.org wrote:
Rick McGuire object.r...@gmail.com wrote:
This is working correctly. The function name uses normal Rexx rules for
name resolution. If the call name is coded as a symbol, then the name
I just discovered there have been multiple tracker items created over the
last couple of days, but I never got tracker notifications for these. Are
others seeing these notifications? I tried unsubscribing and
resubscribing, so we'll see if that made a difference. Before I open a
sourceforge
On Fri, Sep 21, 2012 at 9:12 AM, Walter Pachl
christel.u.w.pa...@chello.atwrote:
Did ou see my doc ticket for rexxref?
No, that was one of the recent ones I discovered had gone missing.
Walter
** **
*Von:* Rick McGuire [mailto:object.r...@gmail.com]
*Gesendet:* Freitag, 21
Ok, new sourceforge ticket opened:
https://sourceforge.net/p/forge/site-support/690/
Rick
On Fri, Sep 21, 2012 at 9:39 AM, Mark Miesfeld miesf...@gmail.com wrote:
On Fri, Sep 21, 2012 at 5:45 AM, Rick McGuire object.r...@gmail.comwrote:
I just discovered there have been multiple tracker
You aren't seeing a difference because you're using the same set of
objects. for your indexes. Here is a simple example that will show the
difference.
i1 = abc
i2 = ab||c
table = .table~new
itable = .identitytable~new
table[i1] = Walter
table[i2] = Pachl
say table~items -- 1 item
say
You really would save a lot of time if you just opened bug reports for
these sorts of things. I get really tired of the should I open a bug
report dance. Frankly, I will rarely even look at things like this until
it is in the system.
Rick
On Wed, Sep 26, 2012 at 6:21 PM, Walter Pachl
On Sat, Oct 6, 2012 at 4:49 PM, Walter Pachl
christel.u.w.pa...@chello.atwrote:
Before I enter another invalid bug
(is 1122 really invalid? Why does makestring not use the required string
value of objects
and is the use of null string worth documenting?)
Obviously you didn't learn a lesson
None from me.
On Tue, Oct 16, 2012 at 10:48 AM, David Ashley w.david.ash...@gmail.comwrote:
I think we should create a new entry under docs for deprecated files.
Any objections?
David Ashley
On Tue, 2012-10-16 at 07:36 -0700, Mark Miesfeld wrote:
David,
For both ooDialog and
I concur. That's exactly what my research has uncovered to date too.
Rick
On Tue, Oct 23, 2012 at 11:51 AM, Mark Miesfeld miesf...@gmail.com wrote:
I've been exploring adding the ability to encrypt / decrypt the SQLite
database file in ooSQLite. Unfortunately I didn't at first consider the
On Fri, Oct 26, 2012 at 10:01 AM, David Ashley w.david.ash...@gmail.comwrote:
I believe Manfred is correct on this one. I am not sure how this ever
worked. And the fix applies to both the Windows and *nix versions.
His fix is a little more complicated than required. It should just be
return
David,
The change to SysOpenEventSem is NOT correct. The value being returned is
not an object pointer. This will result in a crash the first time the
garbage collector runs. The original return type is correct, the only
change should be which pointer value is getting returned.
Rick
is which value is getting returned, not the
return type itself.
Rick
David Ashley
On Fri, 2012-10-26 at 11:06 -0400, Rick McGuire wrote:
David,
The change to SysOpenEventSem is NOT correct. The value being
returned is not an object pointer. This will result in a crash the
first
Sounds good to me.
Rick
On Wed, Nov 7, 2012 at 7:03 PM, Mark Miesfeld miesf...@gmail.com wrote:
Hi All,
I want to change the default open tickets searches in the trackers so
that Pending items are not included. So that Open tickets shows only
items actually in the open state.
Since
Not too difficult, actually. The work of raising a halt condition is
eventually performed in RexxActivity::halt, which can already take a
description string. The path to get there is
Interpreter::haltAllActivities-InterpreterInstance::haltAllActivities-RexActivity::halt.
The first two calls
No, it would not. This assumes that the memory for the instance structure
has not been reused by the interpreter after the termination. Since it is
just an object instance, this would not be the case. Forcing these objects
to remain referenced would create an undesirable memory leak.
Rick
On
I don't have a suggested solution. I frankly don't think this is an RFE
that I think is a particularly useful addition.
Rick
On Sun, Nov 18, 2012 at 6:55 AM, Rony G. Flatscher
rony.flatsc...@wu-wien.ac.at wrote:
On 18.11.2012 12:51, Rick McGuire wrote:
No, it would not. This assumes
On Sun, Nov 18, 2012 at 7:03 AM, Rony G. Flatscher
rony.flatsc...@wu-wien.ac.at wrote:
On 18.11.2012 12:57, Rick McGuire wrote:
I don't have a suggested solution. I frankly don't think this is an RFE
that I think is a particularly useful addition.
O.K.
How would you suggest to solve
prefer me to change the existing haltAllActivities methods or
create new ones with a different argument footproint?
Either works for me, this is just a style question really.
David Ashley
On Thu, 2012-11-15 at 11:20 -0500, Rick McGuire wrote:
Not too difficult, actually. The work
The min() builtin just forwards the arguments as a method call using the
first argument as the target. From the standpoint of the place where the
error is detected, this is the correct position.
Rick
On Mon, Nov 26, 2012 at 12:22 PM, Hobart Spitz orexx...@gmail.com wrote:
Alcon;
In the
901 - 1000 of 2199 matches
Mail list logo