¿ªÔÆÌåÓý


Re: Possible bug in BREXX parse instruction

 

On Sun, Dec 12, 2021 at 05:33 AM, Dave Mitchell wrote:
parse arg with '(' in1 in2 ')' outer
I'm not saying that there is no bug in BREXX, but?I think to spot a common user error: if PARSE works like designed by MFC, it will place whatever precedes the '(' in variable 'with'
"with" is only part of the syntax in a PARSE VALUE xxxxx WITH yyyy

If it's not a user error, coding such a PARSE ARG WITH ... is IMHO ad practice as it will cause confusion, one should better select another name than WITH for the first variable to receive result of the parsing process.
?
--
Kris Buelens


Re: Possible bug in BREXX parse instruction

 

Hi Dave,
I reproduced?your PARSE symptoms, so thank you for isolating a nice test case.
I opened an issue here:?
Many thanks!
Bob Bolch

On Sun, Dec 12, 2021 at 8:33 AM Dave Mitchell <zenoshrdlu@...> wrote:
I seem to have stumbled on a bug in the way the parse instruction works in BREXX? specifically when a pattern is used. Here's a sample exec;
/* test parse */?
? trest = '() trial 1'
? say 'test of () trial 1'
? s = dotell(trest)
? trest = '(1) trial 2'
? say 'test of (1) trial 2'
? s = dotell(trest)
? trest = '(1 3) trial3'
? say 'test of (1 3) trial 3'
? s = dotell(trest)
? exit
?
dotell:
? parse arg with '(' in1 in2 ')' outer
? say 'in1 = /'in1'/'
? say 'in2 = /'in2'/'
? say 'outer=/'outer'/'
? return 0
only the third test works as it should, setting 'in1' to '1', 'in2' to '3' and 'outer' to 'trial 3'. The other two cases set 'in1' to ')' and '1) respectively, 'in2' to 'trial 1' and 'trial 2' and 'outer' to a null string.


Possible bug in BREXX parse instruction

 

I seem to have stumbled on a bug in the way the parse instruction works in BREXX? specifically when a pattern is used. Here's a sample exec;
/* test parse */?
? trest = '() trial 1'
? say 'test of () trial 1'
? s = dotell(trest)
? trest = '(1) trial 2'
? say 'test of (1) trial 2'
? s = dotell(trest)
? trest = '(1 3) trial3'
? say 'test of (1 3) trial 3'
? s = dotell(trest)
? exit
?
dotell:
? parse arg with '(' in1 in2 ')' outer
? say 'in1 = /'in1'/'
? say 'in2 = /'in2'/'
? say 'outer=/'outer'/'
? return 0
only the third test works as it should, setting 'in1' to '1', 'in2' to '3' and 'outer' to 'trial 3'. The other two cases set 'in1' to ')' and '1) respectively, 'in2' to 'trial 1' and 'trial 2' and 'outer' to a null string.


Re: GCC Lib

 

FOPEN_MAX is usually set in <stdio.h>

The C standard says FOPEN_MAX is 8 at minimum, most installations set it to 16. The value includes the three standard streams.

Joe


On Sun, Dec 12, 2021 at 4:56 AM Dave Wade <dave.g4ugm@...> wrote:

Bernd,

?

It could mean the size of a table, but if there is no table, then the C90 still standard requires that you provide a value.

You shouldn¡¯t set it to an arbitrary value. It¡¯s not the MAXIMUM number of files you CAN open, it the maximum number you GAURENTEE you CAN open.

So it may be possible to open more files that the value of FOPEN_MAX but not less.

The minimum is ¡°8¡±. I suggest 16 or 64?

?

Dave

?

From: [email protected] <[email protected]> On Behalf Of Bernd Oppolzer via
Sent: 12 December 2021 10:38
To: [email protected]
Subject: Re: [h390-vm] GCC Lib

?

IMO, FOPEN_MAX could mean the size of a table inside the runtime
which limits the number of files which can be open at the same time.
If the GCC runtime does not define this value then maybe there is no such limit.

So if you need this value (what for?) you could set it to an arbitrary value.

Kind regards

Bernd

?

Am 12.12.2021 um 11:23 schrieb Dave Wade:

Folks,

I see that FOPEN_MAX isn¡¯t defined for GCCLIB. This is required by the C90 standard. Does any one have any idea what the value is.

I would also like to see the source for fopen but I can¡¯t find that either?

Dave


Re: GCC Lib

 

¿ªÔÆÌåÓý

Bernd,

?

It could mean the size of a table, but if there is no table, then the C90 still standard requires that you provide a value.

You shouldn¡¯t set it to an arbitrary value. It¡¯s not the MAXIMUM number of files you CAN open, it the maximum number you GAURENTEE you CAN open.

So it may be possible to open more files that the value of FOPEN_MAX but not less.

The minimum is ¡°8¡±. I suggest 16 or 64?

?

Dave

?

From: [email protected] <[email protected]> On Behalf Of Bernd Oppolzer via groups.io
Sent: 12 December 2021 10:38
To: [email protected]
Subject: Re: [h390-vm] GCC Lib

?

IMO, FOPEN_MAX could mean the size of a table inside the runtime
which limits the number of files which can be open at the same time.
If the GCC runtime does not define this value then maybe there is no such limit.

So if you need this value (what for?) you could set it to an arbitrary value.

Kind regards

Bernd

?

Am 12.12.2021 um 11:23 schrieb Dave Wade:

Folks,

I see that FOPEN_MAX isn¡¯t defined for GCCLIB. This is required by the C90 standard. Does any one have any idea what the value is.

I would also like to see the source for fopen but I can¡¯t find that either?

Dave


Re: GCC Lib

 

¿ªÔÆÌåÓý

IMO, FOPEN_MAX could mean the size of a table inside the runtime
which limits the number of files which can be open at the same time.
If the GCC runtime does not define this value then maybe there is no such limit.

So if you need this value (what for?) you could set it to an arbitrary value.

Kind regards

Bernd


Am 12.12.2021 um 11:23 schrieb Dave Wade:

Folks,

I see that FOPEN_MAX isn¡¯t defined for GCCLIB. This is required by the C90 standard. Does any one have any idea what the value is.

I would also like to see the source for fopen but I can¡¯t find that either?

Dave


GCC Lib

 

¿ªÔÆÌåÓý

Folks,

I see that FOPEN_MAX isn¡¯t defined for GCCLIB. This is required by the C90 standard. Does any one have any idea what the value is.

I would also like to see the source for fopen but I can¡¯t find that either?

Dave


Re: Visual studio 2022

 

Joe Monk wrote:

[...]
At the bottom will be a "more" button...

When you click it, one of the options will be "edit message".
Not if the group admin has configured the group's settings to disallow it:

/g/h390-vm


Group Settings:

All members can post to the group.
Posts to this group do not require approval from the moderators.
Posts from new users require approval from the moderators.
Messages are set to reply to group.
Subscriptions to this group do not require approval from the moderators.
Archive is visible to anyone.
Wiki is visible to members only.
MEMBERS CANNOT EDIT THEIR MESSAGES.
Members can set their subscriptions to no email.


Once you are done, then the edited message will be resent.
Only if you click the "Save And Send To Group" button, but not if you click the "Save Without Sending" button.

--
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...


Re: Visual studio 2022

 

If you go to , and login... pick your group... then pick your message. Note: to edit, you MUST be signed in with the email you used to send the message.

At the bottom will be a "more" button...

When you click it, one of the options will be "edit message". Once you are done, then the edited message will be resent.

You can also delete a message...

Joe

On Fri, Dec 10, 2021 at 5:36 PM Joe Monk via <joemonk64=[email protected]> wrote:
yes you can edit your messages.

Joe

On Fri, Dec 10, 2021 at 5:23 PM Dave McGuire <mcguire@...> wrote:

? ?Given that most use of is as a mailing list, rather than a
web forum, editing messages makes very little sense and annoys the
people who receive copy after copy of the same damn email with "[edited
message follows]" stuck to the top.

? ?Thinking of what you want to post before you post it addresses the
problem.

? ? ? ? ? ? -Dave

On 12/10/21 6:19 PM, Fish Fish wrote:
> Jesus Christ! You can't even EDIT your messages either?!? :(
>
> Sheesh!? :(
>
> Fine!
>
> [...]
>> Instead, I have created a new GitHub Issue containing the patch.
>> You can download it from there.
>
>
>
>
>
>
>
>
>
>


--
Dave McGuire, AK4HZ
New Kensington, PA






Re: Visual studio 2022

 

Well that's disappointing.

-Dave

On 12/10/21 6:35 PM, Joe Monk wrote:
yes you can edit your messages.
Joe
On Fri, Dec 10, 2021 at 5:23 PM Dave McGuire <mcguire@... <mailto:mcguire@...>> wrote:
? ?Given that most use of groups.io <> is as a
mailing list, rather than a
web forum, editing messages makes very little sense and annoys the
people who receive copy after copy of the same damn email with "[edited
message follows]" stuck to the top.
? ?Thinking of what you want to post before you post it addresses the
problem.
? ? ? ? ? ? -Dave
On 12/10/21 6:19 PM, Fish Fish wrote:
> Jesus Christ! You can't even EDIT your messages either?!? :(
>
> Sheesh!? :(
>
> Fine!
>
> [...]
>> Instead, I have created a new GitHub Issue containing the patch.
>> You can download it from there.
>
>
<>
>
>
>
>
>
>
>
>
--
Dave McGuire, AK4HZ
New Kensington, PA
--
Dave McGuire, AK4HZ
New Kensington, PA


Re: Visual studio 2022

 

yes you can edit your messages.

Joe

On Fri, Dec 10, 2021 at 5:23 PM Dave McGuire <mcguire@...> wrote:

? ?Given that most use of is as a mailing list, rather than a
web forum, editing messages makes very little sense and annoys the
people who receive copy after copy of the same damn email with "[edited
message follows]" stuck to the top.

? ?Thinking of what you want to post before you post it addresses the
problem.

? ? ? ? ? ? -Dave

On 12/10/21 6:19 PM, Fish Fish wrote:
> Jesus Christ! You can't even EDIT your messages either?!? :(
>
> Sheesh!? :(
>
> Fine!
>
> [...]
>> Instead, I have created a new GitHub Issue containing the patch.
>> You can download it from there.
>
>
>
>
>
>
>
>
>
>


--
Dave McGuire, AK4HZ
New Kensington, PA






Re: Visual studio 2022

 

Dave Wade wrote:

[...]
You can upload it to the "files" area so those who want to
try it can download it. Attachments also count our storage
limit and are hard to manage.
(LOL!) Ummm... No comment. :))

--
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...


Re: Attachments

 

Dave Wade wrote:

Fish,
I set them to moderated. I don't see the notices.
You can upload to files
Dave
Patient: "Doctor! Doctor! It hurts when I do this!"
Doctor: "Then don't do that!"

Hint: Don't set them to moderated. Set them to ALLOW.

--
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...


Re: Attachments

 

On 12/10/21 6:23 PM, Fish Fish wrote:
[...]
... so only those that want to see them
need to use bandwidth downloading them
In today's day and age you're worried about bandwidth? :)
If it was a multi-megabyte file I could maybe understand, but a 12.5 KB patch file? :)
You and I have gobs of bandwidth, but not everyone does. Part of being a good net.citizen is structuring your activities to not cause problems for other people by making sweeping assumptions about what they do and do not have.

-Dave

--
Dave McGuire, AK4HZ
New Kensington, PA


Re: Attachments

 

[...]
... so only those that want to see them
need to use bandwidth downloading them
In today's day and age you're worried about bandwidth? :)

If it was a multi-megabyte file I could maybe understand, but a 12.5 KB patch file? :)

--
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...


Re: Visual studio 2022

 

Given that most use of groups.io is as a mailing list, rather than a web forum, editing messages makes very little sense and annoys the people who receive copy after copy of the same damn email with "[edited message follows]" stuck to the top.

Thinking of what you want to post before you post it addresses the problem.

-Dave

On 12/10/21 6:19 PM, Fish Fish wrote:
Jesus Christ! You can't even EDIT your messages either?! :(
Sheesh! :(
Fine!
[...]
Instead, I have created a new GitHub Issue containing the patch.
You can download it from there.

--
Dave McGuire, AK4HZ
New Kensington, PA


Re: Visual studio 2022

 

Jesus Christ! You can't even EDIT your messages either?! :(

Sheesh! :(

Fine!

[...]
Instead, I have created a new GitHub Issue containing the patch.
You can download it from there.


Re: Visual studio 2022

 

Fish wrote:

[...]
If you can send me a private email offlist, I will be happy to
send it to you (or anyone else interested in trying it).
Forget that.

Instead, I have created a new GitHub Issue containing the patch. You can download it from there.

Thanks.

--
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...


Re: Visual studio 2022

 

-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of Fish Fish
Sent: 10 December 2021 22:41
To: [email protected]
Subject: Re: [h390-vm] Visual studio 2022

Fish wrote:
Marco Antoniotti wrote:

any chances of removing the win32.mak dependency?

It would simplify the process.
I'm looking into it.
Marco,

I have a patch ready for you to try, but I cannot attach it since this group sadly
does not allow attachments. :(

If you can send me a private email offlist, I will be happy to send it to you (or
anyone else interested in trying it).
You can upload it to the "files" area so those who want to try it can download it.
Attachments also count our storage limit and are hard to manage.


Thanks.

--
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...
Dave


Re: Attachments

 

Fish,
I set them to moderated. I don't see the notices.
You can upload to files
Dave

-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of Fish Fish
Sent: 10 December 2021 22:31
To: [email protected]
Subject: Re: [h390-vm] Attachments

Dave Wade wrote:

Folks,

I have disabled attachments as GMAIL seems to block anything any one
attaches.
Eh? Gmail certainly does not block all attachments. Only certain types of
attachments:


that-have-attachments

Yes, I admit that, as a software developer, Gmail not allowing one to attach
certain file types can certainly be incredibly annoying, but the point is, it
certainly does not block ALL attachments. Just *some*.

Besides that, not everyone USES gmail either. Those who do not use gmail
certainly wouldn't be blocked.

Members should be allowed to attach certain harmless types of files IMHO,
such as screen shots and .txt files containing JCL or log files, etc (or in my
case, .patch/.diff file).

But to broadly disallow ANY/ALL attachments for EVERYONE -- even those
who don't use gmail -- is ridiculous IMHO. That's extreme overkill IMHO.

There used to be an option in a Groups.IO group's administrative Settings
that an administrator could set to automatically strip attachments from all
messages and replace them with a clickable link instead, but they must have
changed things recently because I don't see that option anymore.

It does however still have a setting that ALLOWS attachments, and I for one
would like to respectfully request that you please reconsider your decision
regarding allowing attachments.


If you want to distribute files please use the files section on the
groups.io web site. Create a folder and store the files in it. There
is also a photos section for your pictures.
The file I want to attach is a small .patch file (a TEXT file) and is not (IMO)
appropriate for uploading to the files area. It's not meant to be a permanent
redistributable.

Yes, I could "inline" it in my message, but due to the way email clients format
messages (including Groups.IO itself), there's no guarantee the patch would
be formatted properly. Attaching it in this case is the (IMO) correct way for
dealing with such things.

Respectfully,
--
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...