Re: box "off" fails

[Thomas Weber-8]

On 30/07/08 22:25 -0400, John W. Eaton wrote:

> On 30-Jul-2008, Shaun Jackman wrote:
>
> | The command box "off" fails with Octave 3.0.1.
> |
> | Thanks,
> | Shaun
> |
> | octave:1> box "off"
> |
> | Invalid call to fputs.  Correct usage is:
> |
> |   -- Built-in Function:  fputs (FID, STRING)
>
> Please report bugs to the bug@... list.

__go_draw_axes__.m uses fputs() where it should use fprintf().

It seems already fixed in the default branch, but not in the 3-0 branch.

Jaroslav, I think you should consider
        02b590f46a29c43ca23a77b32170a6a1364172ae
for the next stable release (it's your patch, anyway).

        Thomas
_______________________________________________
Bug-octave mailing list
Bug-octave@...
https://www.cae.wisc.edu/mailman/listinfo/bug-octave

[Jaroslav Hajek-2]

On Thu, Jul 31, 2008 at 12:52 PM, Thomas Weber
<thomas.weber.mail@...> wrote:

> On 30/07/08 22:25 -0400, John W. Eaton wrote:
>> On 30-Jul-2008, Shaun Jackman wrote:
>>
>> | The command box "off" fails with Octave 3.0.1.
>> |
>> | Thanks,
>> | Shaun
>> |
>> | octave:1> box "off"
>> |
>> | Invalid call to fputs.  Correct usage is:
>> |
>> |   -- Built-in Function:  fputs (FID, STRING)
>>
>> Please report bugs to the bug@... list.
>
> __go_draw_axes__.m uses fputs() where it should use fprintf().
>
> It seems already fixed in the default branch, but not in the 3-0 branch.
>
> Jaroslav, I think you should consider
>        02b590f46a29c43ca23a77b32170a6a1364172ae
> for the next stable release (it's your patch, anyway).
>
>        Thomas
>

OK, I transplanted this into the release-3-0-x repo
<http://hg.tw-math.de/release-3-0-x/>
Any more suggestions?

I'll start managing release-3-2-x as soon as John tags a suitable
initial revision in the main archive (which was his suggestion).

btw, I did this by first updating my repo (highegg) and then using "hg
transplant" to get the changeset into release-3-0-x. Since I intend to
use the highegg repo for other stuff, it seems I could use a "pristine
clone" repo. (I could, of course, transplant directly from web, but
working with local repo is more convenient). I think that Michael and
Shai also used a local clone of John's main repo for the graphics
development. Perhaps there could be one for everyone?
We would all need to be able to do "hg pull" in the repo, however.

regards,

--
RNDr. Jaroslav Hajek
computing expert
Aeronautical Research and Test Institute (VZLU)
Prague, Czech Republic
url: www.highegg.matfyz.cz
_______________________________________________
Bug-octave mailing list
Bug-octave@...
https://www.cae.wisc.edu/mailman/listinfo/bug-octave

[John W. Eaton]

On 31-Jul-2008, Jaroslav Hajek wrote:

| OK, I transplanted this into the release-3-0-x repo
| <http://hg.tw-math.de/release-3-0-x/>

It seems odd to me that a change that was just made in this archive is
not the latest entry in the ChangeLog.  I've been moving the ChangeLog
entries to the top of the ChangeLog file when I import the changes,
but maybe that is not really necessary, I don't know.

| Any more suggestions?

Here are some recent patches that are candidates for including in
3.0.x:

  ea3cd9791703  octMakefile.in (DISTFILES): add "missing" to the list
  b6d4c644b4b6  Fmkdir: improve compatibility
  a73b80cd1f10  allow empty matrix by cell (or struct) concatentation

There may be others.

jwe
_______________________________________________
Bug-octave mailing list
Bug-octave@...
https://www.cae.wisc.edu/mailman/listinfo/bug-octave

[John W. Eaton]

On 31-Jul-2008, Jaroslav Hajek wrote:

| OK, I transplanted this into the release-3-0-x repo
| <http://hg.tw-math.de/release-3-0-x/>

OK, now that this is available, I will keep a local copy of this
archive on my system now, and strip the release-3-0-x branch from the
main development archive that I use.

| I'll start managing release-3-2-x as soon as John tags a suitable
| initial revision in the main archive (which was his suggestion).

OK.  I assume the release-3-2-x branch will just start as a clone of
the main development archive at the point when there is a 3.2.0
release, or perhaps we would decide to create the release branch
slightly before the actual release, then just merge changes for the
release in that archive, possibly also copying them to other branches
as well (main, release-3-0-x, wherever appropriate).

| btw, I did this by first updating my repo (highegg) and then using "hg
| transplant" to get the changeset into release-3-0-x. Since I intend to
| use the highegg repo for other stuff, it seems I could use a "pristine
| clone" repo. (I could, of course, transplant directly from web, but
| working with local repo is more convenient). I think that Michael and
| Shai also used a local clone of John's main repo for the graphics
| development. Perhaps there could be one for everyone?

I'm not sure I understand what you mean by "one for everyone".

| We would all need to be able to do "hg pull" in the repo, however.

I don't follow this either.  Can you explain in more detail what sort
of layout of archives you are proposing?  The way I look at it,
archives on the web are usually just there for public access.  For
example, I don't actually work directly with the one that I make
publicly available.  Instead, I work on some collection of archives on
my local system, then push changes to the public archive when they are
ready for others to see.  So the public archive is push only for me
and pull/clone only for others.  Are you proposing some other way of
working with the public archives like the one you now have for the
release-3-0-x branch?

Thanks,

jwe
_______________________________________________
Bug-octave mailing list
Bug-octave@...
https://www.cae.wisc.edu/mailman/listinfo/bug-octave

[dbateman]

John W. Eaton wrote:

Here are some recent patches that are candidates for including in
3.0.x:

  ea3cd9791703  octMakefile.in (DISTFILES): add "missing" to the list
  b6d4c644b4b6  Fmkdir: improve compatibility
  a73b80cd1f10  allow empty matrix by cell (or struct) concatentation

There may be others.

I'd also suggest

736124a4fa3d lasterr, lasterror: unwind-protect error_state

and the patch in

http://www.nabble.com/Re%3A-Bug-492076%3A-octave3.0%3A-incorrect-axis-location-properties-p18672112.html

D.

[Jaroslav Hajek-2]

On Thu, Jul 31, 2008 at 9:01 PM, John W. Eaton <jwe@...> wrote:

> On 31-Jul-2008, Jaroslav Hajek wrote:
>
> | OK, I transplanted this into the release-3-0-x repo
> | <http://hg.tw-math.de/release-3-0-x/>
>
> It seems odd to me that a change that was just made in this archive is
> not the latest entry in the ChangeLog.  I've been moving the ChangeLog
> entries to the top of the ChangeLog file when I import the changes,
> but maybe that is not really necessary, I don't know.
>

My first thought was to put the dates in order. Since your suggestion
is equally logical and easier, I guess I'll follow it from now on.

> | Any more suggestions?
>
> Here are some recent patches that are candidates for including in
> 3.0.x:
>
>  ea3cd9791703  octMakefile.in (DISTFILES): add "missing" to the list
>  b6d4c644b4b6  Fmkdir: improve compatibility
>  a73b80cd1f10  allow empty matrix by cell (or struct) concatentation
>

I applied all of them. I have also merged the release-3-0-x and
default branches in the repo.


> There may be others.
>

I'll look for some.

> jwe
>

regards

--
RNDr. Jaroslav Hajek
computing expert
Aeronautical Research and Test Institute (VZLU)
Prague, Czech Republic
url: www.highegg.matfyz.cz
_______________________________________________
Bug-octave mailing list
Bug-octave@...
https://www.cae.wisc.edu/mailman/listinfo/bug-octave

[Jaroslav Hajek-2]

On Thu, Jul 31, 2008 at 9:13 PM, John W. Eaton <jwe@...> wrote:

> On 31-Jul-2008, Jaroslav Hajek wrote:
>
> | OK, I transplanted this into the release-3-0-x repo
> | <http://hg.tw-math.de/release-3-0-x/>
>
> OK, now that this is available, I will keep a local copy of this
> archive on my system now, and strip the release-3-0-x branch from the
> main development archive that I use.
>
> | I'll start managing release-3-2-x as soon as John tags a suitable
> | initial revision in the main archive (which was his suggestion).
>
> OK.  I assume the release-3-2-x branch will just start as a clone of
> the main development archive at the point when there is a 3.2.0
> release, or perhaps we would decide to create the release branch
> slightly before the actual release, then just merge changes for the
> release in that archive, possibly also copying them to other branches
> as well (main, release-3-0-x, wherever appropriate).
>
> | btw, I did this by first updating my repo (highegg) and then using "hg
> | transplant" to get the changeset into release-3-0-x. Since I intend to
> | use the highegg repo for other stuff, it seems I could use a "pristine
> | clone" repo. (I could, of course, transplant directly from web, but
> | working with local repo is more convenient). I think that Michael and
> | Shai also used a local clone of John's main repo for the graphics
> | development. Perhaps there could be one for everyone?
>
> I'm not sure I understand what you mean by "one for everyone".
>
> | We would all need to be able to do "hg pull" in the repo, however.
>
> I don't follow this either.  Can you explain in more detail what sort
> of layout of archives you are proposing?  The way I look at it,
> archives on the web are usually just there for public access.  For
> example, I don't actually work directly with the one that I make
> publicly available.  Instead, I work on some collection of archives on
> my local system, then push changes to the public archive when they are
> ready for others to see.  So the public archive is push only for me
> and pull/clone only for others.  Are you proposing some other way of
> working with the public archives like the one you now have for the
> release-3-0-x branch?

Um, sorry - don't mind that, the suggestion was actually dedicated to
Thomas. I suggested that he kept a pure clone of your main repo
amongst the other repos, so that people can update their repos from a
local common source (to save space on the server). But now I see that
it only makes sense when working directly on the remote server, which
is not what one will typically do (though I did it yesterday). So
forget about this.


>
> Thanks,
>
> jwe
>



--
RNDr. Jaroslav Hajek
computing expert
Aeronautical Research and Test Institute (VZLU)
Prague, Czech Republic
url: www.highegg.matfyz.cz
_______________________________________________
Bug-octave mailing list
Bug-octave@...
https://www.cae.wisc.edu/mailman/listinfo/bug-octave

[Jaroslav Hajek-2]

On Thu, Jul 31, 2008 at 10:01 PM, dbateman <dbateman@...> wrote:

>
>
>
> John W. Eaton wrote:
>>
>> Here are some recent patches that are candidates for including in
>> 3.0.x:
>>
>>   ea3cd9791703  octMakefile.in (DISTFILES): add "missing" to the list
>>   b6d4c644b4b6  Fmkdir: improve compatibility
>>   a73b80cd1f10  allow empty matrix by cell (or struct) concatentation
>>
>> There may be others.
>>
>
> I'd also suggest
>
> 736124a4fa3d lasterr, lasterror: unwind-protect error_state
>
> and the patch in
>
> http://www.nabble.com/Re%3A-Bug-492076%3A-octave3.0%3A-incorrect-axis-location-properties-p18672112.html
>

I've applied both, adding a ChangeLog entry to the second one. Now I
see what John meant when he said that ChangeLogs are a constant source
of pain for him. If it weren't for them, all patches would apply
cleanly.

> D.
>
> --
> View this message in context: http://www.nabble.com/Re%3A-box-%22off%22-fails-tp18752211p18762354.html
> Sent from the Octave - Bugs mailing list archive at Nabble.com.
>
> _______________________________________________
> Bug-octave mailing list
> Bug-octave@...
> https://www.cae.wisc.edu/mailman/listinfo/bug-octave
>

--
RNDr. Jaroslav Hajek
computing expert
Aeronautical Research and Test Institute (VZLU)
Prague, Czech Republic
url: www.highegg.matfyz.cz
_______________________________________________
Bug-octave mailing list
Bug-octave@...
https://www.cae.wisc.edu/mailman/listinfo/bug-octave

[Thomas Weber-8]

On 01/08/08 08:57 +0200, Jaroslav Hajek wrote:
> On Thu, Jul 31, 2008 at 9:13 PM, John W. Eaton <jwe@...> wrote:
> Um, sorry - don't mind that, the suggestion was actually dedicated to
> Thomas. I suggested that he kept a pure clone of your main repo
> amongst the other repos, so that people can update their repos from a
> local common source (to save space on the server). But now I see that
> it only makes sense when working directly on the remote server, which
> is not what one will typically do (though I did it yesterday). So
> forget about this.

You mean everyone needs a pristine copy of John's repo on the server? Hmm,
neither space nor bandwidth is currenly a problem. But if the need arises, I
already have a non-public clone of John's repository on the server in my
home directory.

"hg pull -u" could be implemented via a short script that has a set user id
(s) bit, so it's possible without much work.

Just ask me if you think it's usefull.

        Thomas
_______________________________________________
Bug-octave mailing list
Bug-octave@...
https://www.cae.wisc.edu/mailman/listinfo/bug-octave