Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Question: Issues that aren’t really major issues but are still issues #723

Open
xexyl opened this issue Jun 26, 2023 · 614 comments
Open

Question: Issues that aren’t really major issues but are still issues #723

xexyl opened this issue Jun 26, 2023 · 614 comments
Assignees
Labels
post-IOCCC28 All work and comments delayed until post-IOCCC28 and post IOCCC judge vacation. question Further information is requested

Comments

@xexyl
Copy link
Contributor

xexyl commented Jun 26, 2023

Due to the fact that we have another issue that has had a number of OT comments I think it might be good to have a new mostly OT thread here rather than clutter the one in the other repo more or the issue for jprint.

I had the thought of suggesting you reopen the other one but there's a comment there I don't want to get lost that I hope you can finish replying to (you were doing it in parts) when things are less busy here. I also wanted to see if anything in particular occurs if one uses the same name (I rather doubt it will but it popped into my head anyway).

Feel free to assign this to me even though it's not technically an issue that has to be resolved.

@xexyl
Copy link
Contributor Author

xexyl commented Jun 26, 2023

As I don't feel up to working on the tool (too tired or something along those liens though I hope to a bit later on today[0]) I do have some OT things to bring up which I'll do in additional comments.

[0] I do have a zoom meeting today and I'll be done working on the repo for the day prior to this, whatever I got done, whether anything beyond the two open pull requests or not.

@xexyl
Copy link
Contributor Author

xexyl commented Jun 26, 2023

Tolkien books

I know I told you about the book that Christopher blessed before his tragic death that you got and started to read (I still haven't had a chance to ... :( ) but I have also brought up some others that I wonder if you've got, books that are delightful.

  • The Adventures of Tom Bombadil. Did you know that the first writing of Tom he was captured by Old Man Willow? He was actually invented in Oxford Magazine I think in 1933 - totally unrelated to the Legendarium (that didn't exist as we know it at the time if at all). But there are other stories and etymologies of things too.
  • The Letters of JRR Tolkien (this one is brilliant: has a lot of insight from him and answering questions about Silmarillion, Hobbit and The Lord of the Rings - amongst many other things totally unrelated to the Legendarium)
  • The Art Of The Lord Of The Rings (by Tolkien). BTW: if you didn't know in the 50th anniversary of LR the leaves of the Book of Mazarbul that he wanted published initially but could not be due to costs and other things was put in the book. It's a one book volume of the three parts (one volume which is what he wanted in the first place as it's not technically a trilogy - he wrote about that in the Letters actually).
  • The Art Of The Hobbit (by Tolkien also)
  • The History of the Hobbit (this is one I did not finish yet ... I always go back to other books by him but I will get to it eventually I hope)
  • You can read the first edition of Hobbit (you know from The Return of the Shadow, HoMe VI, what the significant difference is - which is also talked about in the Letters quite a bit - but you can read it in full): The Hobbit facsimile first edition.
  • JRR Tolkien Artist & Illustrator
  • The Letters of Father Christmas

There are others I know about that are great but that's a nice list if you didn't know about them. I have a book with pull outs of the maps but I can't access it .. they or it (might be one for Hobbit too - don't recall) are behind other books as I have limited space :( (not the only kinds of books that are inaccessible).

Enjoy!

@xexyl
Copy link
Contributor Author

xexyl commented Jun 26, 2023

Here's a fun one I just wrote ...

/* programmer's party simulator */
#include <stdio.h>
#include <unistd.h>
void drink() { drink(); }
void party()
{
    /*
     * get pissed as a fart and do something
     * exciting, I'm sure... (where exciting
     * means stupid)
     */
    drink();
}
/* programmer's social function */
void code() { printf("Go away! I'm programming!\n"); sleep(1); code(); }
int main()
{
    /* skip the party: just go home and write code! */
    goto home;
    party();

    home: code();
}

Not that coding is the same as programming as such ...

@lcn2 lcn2 assigned lcn2 and xexyl Jun 26, 2023
@lcn2 lcn2 added the question Further information is requested label Jun 26, 2023
@xexyl
Copy link
Contributor Author

xexyl commented Jul 16, 2023

So... I discovered an interesting problem with make test but not running the test script in question directly.

Check this:

make test
...
If you are curious, you may examine the newly created compressed tarball
by running the following command:

    /opt/local/libexec/gnubin/tar -Jtvf test_ioccc/test_work/entry.test-1.1689530054.txz

As you entered an IOCCC contest ID of 'test', the compressed tarball
that was just formed CANNOT be used as an IOCCC entry. Please
do NOT email the Judges your entry!

yes: standard output: Broken pipe

It only happens when running make test: from the top level directory but also the test directory. I'm not sure why this is.

The question is do you want me to open an issue with this problem? Of course low priority right now probably but it's kind of annoying and I feel like it shouldn't be there. I'd guess you agree.

UPDATE 0

One way to fix it would be to add a -y option that says 'yes' to everything. That might be useful to some people anyway. Want me to add such a feature ?

@xexyl
Copy link
Contributor Author

xexyl commented Jul 16, 2023

.. and I see another problem with it - display - but probably insignificant given where it is:

Is the above list a correct list of files in your entry? [yn]: 
drwxr-xr-x  0 501    20          0 Jul 16 17:54 12345678-1234-4321-abcd-1234567890ab-2/
-rw-r--r--  0 501    20       1856 Jul 16 17:54 12345678-1234-4321-abcd-1234567890ab-2/Makefile
-rw-r--r--  0 501    20          4 Jul 16 17:54 12345678-1234-4321-abcd-1234567890ab-2/extra2
-rw-r--r--  0 501    20       3085 Jul 16 17:54 12345678-1234-4321-abcd-1234567890ab-2/.auth.json
-rw-r--r--  0 501    20       2815 Jul 16 17:54 12345678-1234-4321-abcd-1234567890ab-2/foo
-rw-r--r--  0 501    20         61 Jul 16 17:54 12345678-1234-4321-abcd-1234567890ab-2/prog.c
-rw-r--r--  0 501    20       7623 Jul 16 17:54 12345678-1234-4321-abcd-1234567890ab-2/remarks.md
-rw-r--r--  0 501    20       5235 Jul 16 17:54 12345678-1234-4321-abcd-1234567890ab-2/bar
-rw-r--r--  0 501    20       1590 Jul 16 17:54 12345678-1234-4321-abcd-1234567890ab-2/.info.json
-rw-r--r--  0 501    20          4 Jul 16 17:54 12345678-1234-4321-abcd-1234567890ab-2/extra1
    https://www.ioccc.org/index.html#news


... the output above is the listing of the compressed tarball.

Notice where the URL is.

I guess that that's just the way the script is and it's not a problem - since it ends up having to not prompt (exactly why we need the yes).

@lcn2
Copy link
Contributor

lcn2 commented Jul 20, 2023

So... I discovered an interesting problem with make test but not running the test script in question directly.

Check this:

make test
...
If you are curious, you may examine the newly created compressed tarball
by running the following command:

    /opt/local/libexec/gnubin/tar -Jtvf test_ioccc/test_work/entry.test-1.1689530054.txz

As you entered an IOCCC contest ID of 'test', the compressed tarball
that was just formed CANNOT be used as an IOCCC entry. Please
do NOT email the Judges your entry!

yes: standard output: Broken pipe

It only happens when running make test: from the top level directory but also the test directory. I'm not sure why this is.

The question is do you want me to open an issue with this problem? Of course low priority right now probably but it's kind of annoying and I feel like it shouldn't be there. I'd guess you agree.

Yes, we agree.

UPDATE 0

One way to fix it would be to add a -y option that says 'yes' to everything. That might be useful to some people anyway. Want me to add such a feature ?

Yes, please.

@xexyl
Copy link
Contributor Author

xexyl commented Jul 20, 2023

So... I discovered an interesting problem with make test but not running the test script in question directly.
Check this:

make test
...
If you are curious, you may examine the newly created compressed tarball
by running the following command:

    /opt/local/libexec/gnubin/tar -Jtvf test_ioccc/test_work/entry.test-1.1689530054.txz

As you entered an IOCCC contest ID of 'test', the compressed tarball
that was just formed CANNOT be used as an IOCCC entry. Please
do NOT email the Judges your entry!

yes: standard output: Broken pipe

It only happens when running make test: from the top level directory but also the test directory. I'm not sure why this is.
The question is do you want me to open an issue with this problem? Of course low priority right now probably but it's kind of annoying and I feel like it shouldn't be there. I'd guess you agree.

Yes, we agree.

UPDATE 0

One way to fix it would be to add a -y option that says 'yes' to everything. That might be useful to some people anyway. Want me to add such a feature ?

Yes, please.

It might as I think solve the problem in the script in which case there might not be a need for an issue being opened. I opened this directly so that I'll see the email - tomorrow. Too tired to do it today I'm afraid and I'm hoping to be leaving (laptop) for the day soon.

... of course it brings up a question of is there a problem with the script that should be isolated? It might or might not have a problem. Not sure. Is it worth trying to determine the cause? I think probably not unless the -y option doesn't solve it.

@xexyl
Copy link
Contributor Author

xexyl commented Jul 21, 2023

So... I discovered an interesting problem with make test but not running the test script in question directly.
Check this:

make test
...
If you are curious, you may examine the newly created compressed tarball
by running the following command:

    /opt/local/libexec/gnubin/tar -Jtvf test_ioccc/test_work/entry.test-1.1689530054.txz

As you entered an IOCCC contest ID of 'test', the compressed tarball
that was just formed CANNOT be used as an IOCCC entry. Please
do NOT email the Judges your entry!

yes: standard output: Broken pipe

It only happens when running make test: from the top level directory but also the test directory. I'm not sure why this is.
The question is do you want me to open an issue with this problem? Of course low priority right now probably but it's kind of annoying and I feel like it shouldn't be there. I'd guess you agree.

Yes, we agree.

UPDATE 0

One way to fix it would be to add a -y option that says 'yes' to everything. That might be useful to some people anyway. Want me to add such a feature ?

Yes, please.

It might as I think solve the problem in the script in which case there might not be a need for an issue being opened. I opened this directly so that I'll see the email - tomorrow. Too tired to do it today I'm afraid and I'm hoping to be leaving (laptop) for the day soon.

... of course it brings up a question of is there a problem with the script that should be isolated? It might or might not have a problem. Not sure. Is it worth trying to determine the cause? I think probably not unless the -y option doesn't solve it.

I am thinking it might be a good idea to make an issue out of this and make it so that it's assigned to me. I am sure this will solve the problem but the other things are higher priority, right? If so do you think I should open an issue so I remember to do it later ?

@lcn2
Copy link
Contributor

lcn2 commented Jul 21, 2023

I am thinking it might be a good idea to make an issue out of this and make it so that it's assigned to me. I am sure this will solve the problem but the other things are higher priority, right? If so do you think I should open an issue so I remember to do it later ?

Go ahead and open an new issue for this. That was it can be noted while other matters are prioritized.

@xexyl
Copy link
Contributor Author

xexyl commented Jul 21, 2023

I am thinking it might be a good idea to make an issue out of this and make it so that it's assigned to me. I am sure this will solve the problem but the other things are higher priority, right? If so do you think I should open an issue so I remember to do it later ?

Go ahead and open an new issue for this. That was it can be noted while other matters are prioritized.

I will do that tomorrow.

I am about to have brownies that were pulled out of the oven about ten minutes ago.

I just needed to take it easy today. I hope that tomorrow is a more productive day.

Have a great night!

@xexyl
Copy link
Contributor Author

xexyl commented Jul 22, 2023

I am thinking it might be a good idea to make an issue out of this and make it so that it's assigned to me. I am sure this will solve the problem but the other things are higher priority, right? If so do you think I should open an issue so I remember to do it later ?

Go ahead and open an new issue for this. That was it can be noted while other matters are prioritized.

I will do that tomorrow.

I am about to have brownies that were pulled out of the oven about ten minutes ago.

I just needed to take it easy today. I hope that tomorrow is a more productive day.

Have a great night!

Fixed it instead. See commit c776f09.

Going to try and rest now though my body is telling me that won't last for long .. but possibly won't work on the other issues for a bit if not a while later. I do hope to work on it a bit today though but we'll see if I'm up to it. Hope you're sleeping well!

@xexyl
Copy link
Contributor Author

xexyl commented Jul 25, 2023

Here's a funny screenshot for you. I first read this years ago. But I only remembered it earlier this year and I got a screenshot then. I would have to find the article again but this is the best part.

image

@xexyl
Copy link
Contributor Author

xexyl commented Jul 26, 2023

Here's a funny screenshot for you. I first read this years ago. But I only remembered it earlier this year and I got a screenshot then. I would have to find the article again but this is the best part.

image

Glad you got a laugh .. I knew you would. Whilst I'm still waking up and downloading (almost downloaded) the macOS update - 13.5? - here's the article for you:

https://www.telegraph.co.uk/news/science/space/11856221/Humans-may-accidentally-send-aliens-a-computer-virus.html

What I find hilarious is that it assumes that aliens have the same technology and use electricity and have same OSes and everything ... which is ridiculous and nonsense. Assuming there are aliens anyway: the real aliens are sadly ourselves. I don't believe in anything else: not until they're proven. And I hope they're not as humans destroy the unknown.

Hope you're sleeping well! Two days in a row I slept in till almost 3 .. not enough for it to be good news but still somewhat encouraging.

@lcn2
Copy link
Contributor

lcn2 commented Jul 26, 2023

We were called away on a calc mission to help folks using FPGAs and DSPs to use a special "FNV-style" hash for the unusual 44-bit size of that hardware.

Being probably one of the few people on the planet who fully understands the number theory behind FNV, they need our support. So was had to create:

fnv_tool.cal

And make a special release of:

calc version 2.14.2.1

We hope to return to creating manifest lists for IOCCC and to updating this repo .. after we undergo and recover from a 3-hour dental procedure tomorrow.

@xexyl
Copy link
Contributor Author

xexyl commented Jul 26, 2023

We were called away on a calc mission to help folks using FPGAs and DSPs to use a special "FNV-style" hash for the unusual 44-bit size of that hardware.

Being probably one of the few people on the planet who fully understands the number theory behind FNV, they need our support. So was had to create:

[...]

No problem ... best wishes.

@xexyl
Copy link
Contributor Author

xexyl commented Jul 26, 2023

Here's a funny and sad story. Someone apparently was bragging - on Facebook of course! - about their brilliance because they have an IQ of 84. She thought it is out of 100.

Of course IQ testing is problematic and misses some critical things but this is still perfect.

@xexyl
Copy link
Contributor Author

xexyl commented Jul 26, 2023

ChatGPT joke (copy pasted) about Bill Gates. It's a variation of an old one that I am sure you have seen before.

--

When Bill Gates arrived at the pearly gates, St. Peter said, "Bill, you've done so much for humanity with Microsoft. I'll give you a choice: you can either go to heaven or take a quick tour of hell first. Then, you can make your decision."

Bill thought for a moment and said, "Let me see hell first."

As he descended into hell, he saw all the suffering and torment. The devil even offered him the latest versions of Windows with constant crashes and bugs. After a quick glimpse, Bill said, "Okay, I've seen enough. Let's go to heaven."

When Bill reached heaven, he was greeted by angels and a beautiful, serene environment. St. Peter said, "So, what's your decision, Bill?"

Bill smiled and replied, "As much as I appreciate what I've done with Microsoft, heaven seems like the more stable option!"

--

I will be getting ready for sleep in about an hour from now but I do hope that I will be able to do more on the readme tomorrow morning.

Best wishes for tomorrow!

@xexyl
Copy link
Contributor Author

xexyl commented Aug 2, 2023

I made an enhancement to location but before I commit I want your view on it and if something should change ...

The idea is that since one might not know the right country name (exact) to find the country code it allows for substrings. Then since it would normally find the first and then print that one and not another it allows for -a to show all matches. It takes a size_t * to keep track of where it left off (if found it is the found location + 1).

Now when using -a it does not use err(1, ...) for not found code because it expects to return NULL on nothing found: it has to eventually find nothing either because the index >= the size of the table or there is nothing.

Instead at the end if nothing is found it exits 1 but without an error.

I think this is a useful enhancement to the tool but I want your views on it before I proceed. I'm going to do other things now. I'll do more tomorrow.

@xexyl
Copy link
Contributor Author

xexyl commented Aug 3, 2023

I made an enhancement to location but before I commit I want your view on it and if something should change ...

The idea is that since one might not know the right country name (exact) to find the country code it allows for substrings. Then since it would normally find the first and then print that one and not another it allows for -a to show all matches. It takes a size_t * to keep track of where it left off (if found it is the found location + 1).

Now when using -a it does not use err(1, ...) for not found code because it expects to return NULL on nothing found: it has to eventually find nothing either because the index >= the size of the table or there is nothing.

Instead at the end if nothing is found it exits 1 but without an error.

I think this is a useful enhancement to the tool but I want your views on it before I proceed. I'm going to do other things now. I'll do more tomorrow.

I've made some slight improvements of this ... will look at doing a commit later.

Maybe. I've been awake since far too early and I have a feeling today is going to be a long and difficult day. I hope to address the comments in the other issue but I'm not sure how much I'll manage. I'm going to try and rest again but I do have a bad feeling about today. So in case I am not very responsive today this is why and I'm sorry in advance! Hope you're sleeping well though.

@xexyl
Copy link
Contributor Author

xexyl commented Aug 3, 2023

With commit 6f5cdb3 the location tool has been improved a fair bit! At first it modified the lookup functions but I decided for the cleaner approach of making re-entrant versions.

The tool is now more useful for general use. The CHANGES.md and the git log and man page (with some examples added) should give you enough information on the new features and how it all works but otherwise there's always RTFS :-) :-)

I do think this should be added to the general how to submit an entry faq but that can come later .. or maybe sometime soon. I think it would be wise if I added to a tmp/ directory a TODO file so that these things don't have to be made part of other issues that are unrelated: anything I find can be added to the temp todo file and then you need not worry about it. I'll still mention items related to specific issues though.

And I see you saw my reply earlier: sorry you were awake at the time. I'll be going afk soon I think but after that I'm not sure if I'll end up doing anything else here. Oh I think I can try and reply to the comment about json levels but it might not be anything beyond that.

Anyway the location tool is now more useful and I think you'll be happy with how it was implemented.

@xexyl
Copy link
Contributor Author

xexyl commented Aug 4, 2023

Just a fun link for you. I unfortunately am not feeling very well today so I am not sure when I will get to the other thread but I hope to do that later today. Anyway.

Lava and Smoke Blanket Fagradalsfjall: https://earthobservatory.nasa.gov/images/151653/lava-and-smoke-blanket-fagradalsfjall

@lcn2
Copy link
Contributor

lcn2 commented Aug 5, 2023

See commit 06ce951 for an update relating to a cleanup of .gitignore files.

In particular:

Added dbg/.gitignore, dyn_array/.gitignore, and jparse/.gitignore
as these are the main directories of trees that are "cloned" from
other GitHub repos. Those other GitHub repos need their own main
directory ".gitignore" file and so we add these new files in
anticipation that they will use them.

Entries that belong to dbg/.gitignore, dyn_array/.gitignore,
and jparse/.gitignore were removed from the top level .gitignore
file.

We removed many of the "generic exclusion lines" from the top level
.gitignore file. A "generic exclusion line" refers to an exclusion
that is anywhere in the tree. Normally "generic exclusion lines"
are the business of a given user's own "~/.gitignore" file.

We did leave behind 5 "generic exclusion lines" in the above
mentioned .gitignore files:

*.[ao]
*.dSYM/
*~
.*.swp
.DS_Store

It can be argued that even these files do not belong in a GitHub
.gitignore files. We kept these 5 around as a compromise and
to assist users who do not have a well setup "~/.gitignore" file.

We made all of the non-generic exclusion lines "/-path" based.

A number old entries in the .gitignore file that have no effect
were removed. It is possible that we removed something that is
still needed for certain more obscure cases. If that is true, then
a later update to a .gitignore file can correct such a mistake.

@lcn2
Copy link
Contributor

lcn2 commented Aug 5, 2023

It is a good idea to sometimes check the result of:

make clobber
git status --ignored

as well as:

make release
git status --ignored

@lcn2
Copy link
Contributor

lcn2 commented Aug 5, 2023

With commit 59eebbc dbg version 3.0 2023-08-05 is ready for final review and testing.

    release dbg version 3.0 2023-08-05

    The dbg version was changed from "2.10 2023-08-01" to "3.0 2023-08-05"
    because the function `parse_verbosity()` was added to the interface.

    The `parse_verbosity()` was simplified to only take a "optarg" string.
    It longer exits and thus does NOT need to know the name of the
    calling program (or function).

    A new DBG symbol, DBG_INVALID, is returned by `parse_verbosity()`
    if an error is detected.

    The return from `parse_verbosity()` should checked for values < 0
    by the calling function.

    Updated the `dbg(1)` man page according to the above.

With commit 32b2a74 dyn_test version 1.10 2023-08-05 ready for final review and testing.

    Changed DYN_TEST_VERSION from "1.9 2023-02-04" to "1.10 2023-08-05".

    Changes to dyn_test are in responce to release dbg version 3.0
    2023-08-05.  The dbg version was changed from "2.10 2023-08-01" to
    "3.0 2023-08-05" because the function `parse_verbosity()` was added
    to the interface.

    The `dyn_test` uses an static internal copy of `parse_verbosity()`,
    unless it is compiled with DBG_USE defined, in which case the
    `parse_verbosity()` function is taken from `dbg.a`.  By default,
    `dyn_test` is made with DBG_USE defined and thus by default `dyn_test`
    uses the `parse_verbosity()` function from `dbg.a`.

    Only the test code was impacted.  The `dyn_array.a` library
    does not use `parse_verbosity()`.

With commit f602c74 updates per new parse_verbosity() interface from dbg.a were made.

As changing the "dbg" interface is something that should not be done lightly, we plan to hold off on pushing both "dbg version 3.0 2023-08-05" and "dyn_test version 1.10 2023-08-05" until after a complete review of the changes have been made. The same goes for the "dyn_alloc" interface.

If you, @xexyl, find any nits with the above commits, please change dbg/ and dyn_array/ (as well as related source elsewhere in this repo) instead of committing those changes directly to the dbg repo and the dyn_arrray repo.

We plan to reject the existing pull requests in those repos in favor of the above commits as well as any additional correction commits that may be needed under the dbg/ and dyn_array/ sub-directories. Instead, and once we are satiated with the current state of the dbg/ and dyn_array/ sub-directories, we will make a single pull request under the dbg repo and the dyn_arrray repo.

@xexyl
Copy link
Contributor Author

xexyl commented Oct 29, 2024

As a general aside, we hope that the ANSI C committee disbands and their members find something else to bother, like ANSI COBOL and ANSI Smalltalk. 🫣

Well there is an ANSI Forth and the more recent updates have stalled it seems. I've been playing with and poking holes in their current draft (there are signs of life, but I suspect they need lots of caffeine).

Maybe they need something more powerful 💉? :-)

Okay that's bad but not as bad as I was going to do if they had an emoji that might work. Not that I'd suggest it or even say it in person but ...

@lcn2
Copy link
Contributor

lcn2 commented Oct 29, 2024

NOTICE OF UNAVAILABILITY

Starting today, 2024 Oct 29, and increasing over the next several days, we will be less and less active online including in this GitHub repository. This is because we will in a few days, we will be working in an area of the world where there is little to no reliable Internet services and/or the Internet services will be too slow and power too limited to do much work.

There may be rare occasions where we do have access to online services, but such access will be limited to only essential activities. We might be able to even push through an update, but please don't count on it.

And we certainly won't have the opportunity to read messages and respond while we are "remote". So if you write something and we don't respond, you will hopefully remember this notice and understand.

We expect to start to return to normal Internet services by mid November and the goal of returning to full Internet service by 2024 Nov 21.

Best wishes 👋🏻.

@xexyl
Copy link
Contributor Author

xexyl commented Oct 29, 2024

NOTICE OF UNAVAILABILITY
Starting today, 2024 Oct 29, and increasing over the next several days, we will be less and less active online including in this GitHub repository. This is because we will in a few data, be working in an area of the world where there is little to no reliable Internet services and/or the Internet services will be too slow and power too limited to do much work.

There may be rare occasions where we do have access to online services, but such access will be limited to only essential activities. We might be able to even push through an update, but please don't count on it.

And we certainly won't have the opportunity to read messages and respond while we are "remote". So if you write something and we don't respond, you will hopefully remember this notice and understand.

We expect to start to return to normal Internet services by mid November and the goal of returning to full Internet service by 2024 Nov 21.

Best wishes 👋🏻.

Of course I understand! And best wishes to you too and BCNU! Safe travels and have fun too! Also I hope that the meeting with Leo goes really well!

Thanks for the update. Next few days for me are hectic but after that it should be better.

Anyway best wishes to you too!

@xexyl
Copy link
Contributor Author

xexyl commented Oct 31, 2024

FYI about jstrdecode/jstrencode

I just pushed out the change of the swap of names as the terms were wrong, it seems. The new version of the tools is "2.0.0 2024-10-31". In order to be able to sync this to mkiocccentry it requires some code changes which I have already done in my fork. But since this is a major change if you do not want this done then you certainly do not have to sync it until after the merge or maybe even IOCCC28.

If however you do want it done, first of all please advise me, and second of all this means that the scripts that rely on it, at the website, will have to be updated to use the correct tool and version, which I'm happy to do for you.

QUESTION

What do you prefer?

@xexyl
Copy link
Contributor Author

xexyl commented Oct 31, 2024

FYI about jstrdecode/jstrencode

I just pushed out the change of the swap of names as the terms were wrong, it seems. The new version of the tools is "2.0.0 2024-10-31". In order to be able to sync this to mkiocccentry it requires some code changes which I have already done in my fork. But since this is a major change if you do not want this done then you certainly do not have to sync it until after the merge or maybe even IOCCC28.

If however you do want it done, first of all please advise me, and second of all this means that the scripts that rely on it, at the website, will have to be updated to use the correct tool and version, which I'm happy to do for you.

QUESTION

What do you prefer?

UPDATE 0

A bug was fixed in the json debug function for strings. This means that the code, as it stands in mkiocccentry, has a bug that segfaults, all because I forgot to update the format (remove a %s) when removing has_nul. But of course there was a big change today. Like I said I have updated the mkiocccentry code to work with the change but I'll hold off for now .. though maybe given the situation I'll open a pull request sometime soon. For now though I have other things to do and I don't think I'll do more today.

@xexyl
Copy link
Contributor Author

xexyl commented Oct 31, 2024

I went ahead and did the pull request. Not doing so for the temp-test-ioccc though as other changes are in the works (related to Leo's information) and since this one is big I figure you might want to take a look at it when you're back, instead.

Anyway at least the bug is fixed now.

@lcn2
Copy link
Contributor

lcn2 commented Oct 31, 2024

We guess the comments about the testing we suggested need to be done as a sanity check. The fixing of the segfault stuff was a critical enough issue to warrant and emergency 🚨 update.

@xexyl
Copy link
Contributor Author

xexyl commented Oct 31, 2024

We guess the comments about the testing we suggested need to be done as a sanity check. The fixing of the segfault stuff was a critical enough issue to warrant and emergency 🚨 update.

Agree. That bug was sneaky and at the time I fixed it I could barely see. Fortunately I was able to see enough - barely but I could.

I'll do the more thorough testing tomorrow.

Hope travels are going safe and well!

@xexyl
Copy link
Contributor Author

xexyl commented Nov 1, 2024

BTW: so far so good with readme2index stage of the website with the jparse tools installed from THIS repo. I expect everything to be fine as it's a copy of the jparse repo but just to be sure, as you say (and I agree wholeheartedly), I am doing it this way too.

The tools being installed from the jparse repo works fine.

@xexyl
Copy link
Contributor Author

xexyl commented Nov 7, 2024

QUESTION

I have improved the bug_report.sh and the hostchk.sh scripts in a way that should help parse the output a bit better.

Do you wish me to commit them? I am trying to limit things as much as possible though with the jparse updates that might not seem like the case.

Anyway going to do other things now. If the website fix goes as planned I will do a pull request over there but otherwise not. Can do more tomorrow.

@lcn2
Copy link
Contributor

lcn2 commented Nov 7, 2024

QUESTION

I have improved the bug_report.sh and the hostchk.sh scripts in a way that should help parse the output a bit better.

Do you wish me to commit them? I am trying to limit things as much as possible though with the jparse updates that might not seem like the case.

Anyway going to do other things now. If the website fix goes as planned I will do a pull request over there but otherwise not. Can do more tomorrow.

Yes

@xexyl
Copy link
Contributor Author

xexyl commented Nov 7, 2024

QUESTION

I have improved the bug_report.sh and the hostchk.sh scripts in a way that should help parse the output a bit better.
Do you wish me to commit them? I am trying to limit things as much as possible though with the jparse updates that might not seem like the case.
Anyway going to do other things now. If the website fix goes as planned I will do a pull request over there but otherwise not. Can do more tomorrow.

Yes

Done.

@xexyl
Copy link
Contributor Author

xexyl commented Nov 16, 2024

I just noticed a mistake in txzchk that I'll fix later on .. not sure if today or tomorrow but I'll make a change in the file to remember to do it.

It is missing a standard option we have in every other tool. The one to be quiet. Starting the change now but not committing.

@xexyl
Copy link
Contributor Author

xexyl commented Nov 16, 2024

Okay it's done .. just have to do a commit .. later on. Not now.

@lcn2
Copy link
Contributor

lcn2 commented Nov 17, 2024

With pr #29 and release 1.6.13 2024-11-16 of the mkiocccentry repo and commit c47f3abbe47cc63c33a5f4b99ac6ca35cb773dfe of the temp-test-ioccc repo we have now entered a soft code freeze for the mkiocccentry repo.

REQUEST

Please review the recent changed files for typos and other editorial issues. Should all be well, or if a PR in this repo is needed, we will issue a release 2.0 of this repo and enter a HARD CODE FREEZE for this repo - hopefully to last until the end of IOCCC28.

UPDATE 0

Added, @xexyl, a request above.

@lcn2
Copy link
Contributor

lcn2 commented Nov 17, 2024

Release version 2.0 2024-11-17

This repo is now under a CODE FREEZE.

Only super-critical bugs that have a significant impact the running
of IOCCC28 or the Great Fork Merge process and the temp-test-ioccc
repo will be considered until sometime after the winners of IOCCC28 have
been released.

@xexyl
Copy link
Contributor Author

xexyl commented Nov 17, 2024

Release version 2.0 2024-11-17

This repo is now under a CODE FREEZE.

Only super-critical bugs that have a significant impact the running

of IOCCC28 or the Great Fork Merge process and the temp-test-ioccc

repo will be considered until sometime after the winners of IOCCC28 have

been released.

Sounds great!

I meant to add to the dynamic array facility a quiet option but oh well. I can still do it desired I guess but very few would run the test code anyway.

@xexyl
Copy link
Contributor Author

xexyl commented Nov 19, 2024

Somehow I missed or forgot to do the typo checks: sorry!

But I had a question ...

Given the problem with what happened with jparse and in particular util_test I wonder if we should abandon the use of makefile.local. It would require updating the bug report script but it might be a good idea as it can break things and we no longer need it I think?

What do you think?

@lcn2
Copy link
Contributor

lcn2 commented Nov 19, 2024

Somehow I missed or forgot to do the typo checks: sorry!

But I had a question ...

Given the problem with what happened with jparse and in particular util_test I wonder if we should abandon the use of makefile.local. It would require updating the bug report script but it might be a good idea as it can break things and we no longer need it I think?

What do you think?

The Makefile.local is a very important tool. Use it wisely. :-)

BTW: We recommend use of Makefile.local instead of makefile.local for various reasons ... that we don't have time to write about.

When we build an RPM release for calc, our release procedures include a build that includes an empty Makefile.local. That's is because when building RPMs we need to start from a consistent build environment.

You don't release RPMs (nor do you need to). Nevertheless it might be better if make release were to temporarily move aside any Makefile.local aside while the bulk of the actions were to happen and then PUT IT BACK afterwards.

if [[ -f save.Makefile.local ]]; then
    echo "ERROR: save.Makefile.local exists, aborting" 1>&2
    exit 123
fi
if [[ -f Makefile.local ]]; then
    mv -v -f -p Makefile.local save.Makefile.local
    status="$?"
    if [[ $status -ne 0 ]]; then
        echo "ERROR: mv -v -f -p Makefile.local save.Makefile.local failed, error: $status" 1>&2
        exit 124
    fi
fi

... the rest of the release staff including test ...

if [[ ! -f save.Makefile.local ]]; then
    echo "ERROR: save.Makefile.local is missing" 1>&2
    exit 125
fi
mv -v -f -p save.Makefile.local Makefile.local
status="$?"
if [[ $status -ne 0 ]]; then
    echo "ERROR: mv -v -f -p save.Makefile.local failed Makefile.local, error: $status" 1>&2
    exit 126
fi

And obviously Makefile.local and save.Makefile.local would be part of your .gitignore file.

@xexyl
Copy link
Contributor Author

xexyl commented Nov 19, 2024

Somehow I missed or forgot to do the typo checks: sorry!
But I had a question ...
Given the problem with what happened with jparse and in particular util_test I wonder if we should abandon the use of makefile.local. It would require updating the bug report script but it might be a good idea as it can break things and we no longer need it I think?
What do you think?

The Makefile.local is a very important tool. Use it wisely. :-)

BTW: We recommend use of Makefile.local instead of makefile.local for various reasons ... that we don't have time to write about.

When we build an RPM release for calc, our release procedures include a build that includes an empty Makefile.local. That's is because when building RPMs we need to start from a consistent build environment.

You don't release RPMs (nor do you need to). Nevertheless it might be better if make release were to temporarily move aside any Makefile.local aside while the bulk of the actions were to happen and then PUT IT BACK afterwards.

if [[ -f save.Makefile.local ]]; then
    echo "ERROR: save.Makefile.local exists, aborting" 1>&2
    exit 123
fi
if [[ -f Makefile.local ]]; then
    mv -v -f -p Makefile.local save.Makefile.local
    status="$?"
    if [[ $status -ne 0 ]]; then
        echo "ERROR: mv -v -f -p Makefile.local save.Makefile.local failed, error: $status" 1>&2
        exit 124
    fi
fi

... the rest of the release staff including test ...

if [[ ! -f save.Makefile.local ]]; then
    echo "ERROR: save.Makefile.local is missing" 1>&2
    exit 125
fi
mv -v -f -p save.Makefile.local Makefile.local
status="$?"
if [[ $status -ne 0 ]]; then
    echo "ERROR: mv -v -f -p save.Makefile.local failed Makefile.local, error: $status" 1>&2
    exit 126
fi

And obviously Makefile.local and save.Makefile.local would be part of your .gitignore file.

Hmm I guess that's something to consider. The concern is what happened in jparse. I do agree that one needs to be careful. make release is quite different from the normal user and how it was included was problematic.

It was, if you don't recall, just doing -include makefile.local.

Are you saying that it might be useful to update removing it to use something like this instead? But the question is when should it be used? That's the key question to consider.

@lcn2
Copy link
Contributor

lcn2 commented Nov 19, 2024

This mkiocccentry repo is in a CODE FREEZE.

We plan to keep the CODE FREEZE, if at all possible, until after IOCCC28 is released and until after the IOCCC judges go on vacation. As such, we would consider breaking a CODE FREEZE for something that would is super-critilcal that would significantly impact the running of IOCCC28. And even then we would keep to make the smallest change needed to address the problem.

UPDATE 0

We created a post-IOCCC28 label for issues that do not need to be addressed until after the CODE FREEZE is over.

@xexyl
Copy link
Contributor Author

xexyl commented Nov 19, 2024

Yes I understand and I like the idea.

Must go. Have a great day and good luck!

@lcn2 lcn2 added the post-IOCCC28 All work and comments delayed until post-IOCCC28 and post IOCCC judge vacation. label Nov 19, 2024
@xexyl
Copy link
Contributor Author

xexyl commented Nov 19, 2024

Good idea for the label.

I'll look back at other things tomorrow or the next day. Good luck with the todos!

@xexyl
Copy link
Contributor Author

xexyl commented Nov 20, 2024

Working on this .. for jparse .. then will do for mkiocccentry I think. Not sure if I can do it today or not. Obviously it'd not be committed here today but it would mean it could be done easily and quickly at the time.

I will actually hold off doing it here today but I do want to do it over there today .. though even that I might not finish. Have a lot on my mind.

@xexyl
Copy link
Contributor Author

xexyl commented Nov 20, 2024

Actually I can't do it even there today, not completely. It's not as simple as you have it since the top level Makefile invokes rules in other Makefiles that also have to be moved. This will require focus and time that I unfortunately do not have time or patience for today.

I hope tomorrow will be better. It's just the last two days have been really long and hard. Today should be better but I need to take it easier.

Thanks for the idea. I believe when reworking it it might end up better. I ended up putting a note in the README.md under compiling about this. I'm pondering whether it might be an idea to add a warning in the Makefiles if such a file exists. I can see it both ways. But I'm not going to worry about that today as I'm not going to work on it today.

@lcn2
Copy link
Contributor

lcn2 commented Nov 20, 2024

Actually I can't do it even there today, not completely. It's not as simple as you have it since the top level Makefile invokes rules in other Makefiles that also have to be moved. This will require focus and time that I unfortunately do not have time or patience for today.

I hope tomorrow will be better. It's just the last two days have been really long and hard. Today should be better but I need to take it easier.

Thanks for the idea. I believe when reworking it it might end up better. I ended up putting a note in the README.md under compiling about this. I'm pondering whether it might be an idea to add a warning in the Makefiles if such a file exists. I can see it both ways. But I'm not going to worry about that today as I'm not going to work on it today.

As we are in a code freeze for months, we suggest you not bother with anything that is post-IOCCC28 in this repo.

@xexyl
Copy link
Contributor Author

xexyl commented Nov 20, 2024

Actually I can't do it even there today, not completely. It's not as simple as you have it since the top level Makefile invokes rules in other Makefiles that also have to be moved. This will require focus and time that I unfortunately do not have time or patience for today.
I hope tomorrow will be better. It's just the last two days have been really long and hard. Today should be better but I need to take it easier.
Thanks for the idea. I believe when reworking it it might end up better. I ended up putting a note in the README.md under compiling about this. I'm pondering whether it might be an idea to add a warning in the Makefiles if such a file exists. I can see it both ways. But I'm not going to worry about that today as I'm not going to work on it today.

As we are in a code freeze for months, we suggest you not bother with anything that is post-IOCCC28 in this repo.

Well ... we'll see how I feel. Not worried about it much but if I have the time, energy and have nothing else to do I might. Thanks though.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
post-IOCCC28 All work and comments delayed until post-IOCCC28 and post IOCCC judge vacation. question Further information is requested
Projects
None yet
Development

No branches or pull requests

3 participants