Sunday, December 1, 2024

Fwd: 华声聊天室 2024年12月期刊〈第134号〉

   好友老友们：今寄上华联十二月份通讯，中有我一篇【学習新词新语：
填平網络代溝】（pages 16-19)就教君前, 同时寄上問候与祝福。


Dear All: 
       Attached is the 華聲聊天室 NOCA Newsletter 第134期. Please check it out.
月刊第134期简介-- 2024.12

♧喇叭筒栏目

*祝贺Nellie Yip Underwood荣获APAS 2024 社区服务大奖 

*祝贺2024年度华裔亲善使节陈欣怡荣获APAS募捐第二名殊荣

*恭贺11月16日举行的音乐歌舞晚会《那些回忆》获得圆满成功
…………………….………………

♧烫婆子栏目

*杰佛逊郡明年将迎来建立两百周年纪念日。各种形式的庆祝活动将于全年大范围展开。

*华联执委会有关举办相应庆祝活动，征集文稿、史料、各类庆贺诗歌、绘画、书法作品的通知
……………………………………

♧良药方栏目

『健康之路--谈骨质疏松 』陈立炜博士推荐
……………………………………

♧广角镜栏目

『沙湖里的沙鸥』『驼队』摄影作者: 张谨
……………………………………

♧稚趣籍栏目

1.『逛街去』作者: 王梓仪  纽奥良中文学校三年级

2. 『漂流瓶』作者: 王朗  纽奥良中文学校一年级

3. 启蒙写作训练习作：二年级林紫绮--庄艳老师推荐
……………………………………

♧墨汁盒栏目

1. 『秋兴』 作者: 邵益山   上海诗词学会会员、文汇报主任编辑

🌹🌹2. 『学习新词新语，填平网络代沟 』作者: 砚耕 --- "活泼、幽默、简捷、直观、通俗、
风趣、时尚" ，网络语言恰似连*上了线*的一颗颗珍珠，砚耕老师一手捋出了八十多颗......

3.『谈诗五十四 • 最伟大的诗人』作者: 李晓榕 --- 李教授在续篇里写道-- "伟大诗人的人格都是大可讴歌的.....没有伟大的人格，不会被公认为伟大的诗人。......"

4. 『北京至老挝 • 工程师日记三十四』作者: 京鹰 --- 本期刊登的是京鹰老师日记的第三十四篇。

5. 『顶真与不顶真』作者: 张谨 --- 顶不顶真是要分别对待的，严于律己是一种人品......

6. 『陌生的纽约 • 第二集 续一』作者: 苏津 --- 想听听"南京人在纽约"的故事吗？那个举世闻名的大都市留下了世间无数足迹，倾情相忆，难忘初衷的有几人?

7. 『再见了，斯宕坒！』作者: 小布头 --- 读了CNN记者Carol Guzy 的一篇图片纪实, 作者深受感动......遂有了这段中文版的纪实故事。
……………………………………

♧他山石栏目

编辑部推荐:『春』作者: 朱自清
……………………………………

♧大碗茶栏目

*南瓜煎饼*
…………………………………..

♧走马灯栏目

本期谜语一则
上期谜语谜底

Thanks,
NOCA
Posted by at No comments:

Sunday, September 1, 2024

Fwd: 华声聊天室 2024年9月期刊〈第131号〉





亲爱的兄弟姐妹们：今寄上九月份华联通訊，中有一篇我以筆名砚耕写的
（中英文）海濱反思（Reflections by the Beach), page 14-25, 就教君前。
同時寄上問候与祝福。

Posted by at No comments:

Saturday, August 24, 2024

Fwd: 中秋佳节快乐

> 根据一个古老的傳说：蝴蝶象徵和傳達來自你,在天上及人間,之至愛和
>> 摯友, 的愛与祝福。當你望向蝴蝶月時，他们的心意便進入你的心中。
>> 雖是老奶奶戲筆，祝福真铖。
>> One old legend says that butterflies symbolize and carry messages
>> of love and blessings , from your families and friends, both in Heaven and
>> on earth. When you look at the butterfly moon, the messages reach your heart.
>>
Posted by at No comments:

Saturday, August 3, 2024

Fwd: video taken today

各位好友老友：首先問好。不記得告诉过你们嗎？我認識了一对唱歌劇
的朋友，曾约请他们到我住的退休社区，義务表演，並為他仍写过新
聞報導（我仍是報社自由撰稿人），最近他们正在作一个纪錄片，约
我說幾句。下面是我今天被錄的一段，寄上给老友们指正，並看看
你们能認得出90歲的我嗎？並寄上問候与祝福
    劉田（砚耕。Tina )


Download Attachment
Available until Sep 2, 2024


Click to Download
IMG_2190.MOV
0 bytes

Sent from my iPad
Posted by at No comments:

Thursday, August 1, 2024

Re: Fwd: 📽 大陸耗費鉅資，以現代科技整理拍攝成100集的Chinese History，現在只要花75小時，即可看盡中華民族四千七百年歷史的興衰，全部100集都在這裡了！ 按照目錄，想看哪一集，即可隨挑隨看！

Thank you. 多謝送來這些珍貴的中史資料.我要慢慢溫習、學習. 𧫴祝福大家健康平安.�������������
珍錫
�

Sent from the all-new AOL app for iOS

On Thursday, August 1, 2024, 18:21, Tina Soong <tinasoong@att.net> wrote:


Sent 

📽 大陸耗費鉅資，以現代科技整理拍攝成100集的Chinese History，現在只要花75小時，即可看盡中華民族四千七百年歷史的興衰，全部100集都在這裡了！ 按照目錄，想看哪一集，即可隨挑隨看！
中華通史100集．由古至今的朝代興衰：

https://m.youtube.com/playlist?list=PLL8DPLaffjgC8-TUhfrSw-9ZHwRwLu5Rl

CCTV6紀錄片《中華通史》目錄
*第01集 中華道路
*第02集 中華先祖
*第03集 農業起源
*第04集 文明起源
*第05集 邦國時代
*第06集 夏王朝覓蹤
*第07集 殷商興亡
*第08集 商代文明
*第09集 武王克商
*第10集 周公攝政
*第11集 周王室的衰落
*第12集 春秋爭霸
*第13集 孔子
*第14集 列國變法
*第15集 戰國七雄
*第16集 諸子百家
*第17集 秦國崛起
*第18集 秦始皇統一中國
*第19集 楚漢戰爭
*第20集 郡國並行
*第21集 文景之治
*第22集 漢武帝
*第23集 兩漢經學
*第24集 昭宣政治
*第25集 王莽改制
*第26集 光武中興
*第27集 絲綢之路
*第28集 清議與黨錮
*第29集 黃巾起義
*第30集 三國鼎立
*第31集 諸葛亮治蜀
*第32集 西晉統一
*第33集 魏晉風度
*第34集 門閥政治
*第35集 梁武帝治國
*第36集 孝文帝改革
*第37集 北周武帝
*第38集 陳朝興亡
*第39集 魏晉佛教
*第40集 再造統一
*第41集 煬帝功過
*第42集 貞觀之治
*第43集 武則天
*第44集 開天盛世
*第45集 安史之亂
*第46集 中晚唐的困局
*第47集 世界都會長安
*第48集 吐蕃興衰
*第49集 敦煌
*第50集 唐朝的對外關係
*第51集 唐代宗教
*第52集 五代十國
*第53集 宋太祖
*第54集 澶淵之盟
*第55集 與士大夫共治天下
*第56集 王安石變法
*第57集 靖康之難
*第58集 宋金和戰
*第59集 偏安東南
*第60集 東京夢華
*第61集 宋代新儒學
*第62集 宋代文化
*第63集 契丹興起
*第64集 西遼建國
*第65集 完顏阿骨打
*第66集 金朝興亡
*第67集 遼金文化
*第68集 西夏興亡
*第69集 蒙古興起
*第70集 忽必烈大帝
*第71集 兩都巡幸
*第72集 大元帝師八思巴
*第73集 海上絲綢之路
*第74集 馬可波羅與中國
*第75集 元順帝
*第76集 明太祖朱元璋
*第77集 永樂遷都
*第78集 鄭和下西洋
*第79集 內閣制度
*第80集 土木堡之變
*第81集 王陽明心學
*第82集 海疆與互市
*第83集 張居正改革
*第84集 耶穌會士來華
*第85集 江南市鎮
*第86集 白銀資本
*第87集 崇禎帝
*第88集 入主中原
*第89集 王朝的穩固
*第90集 收復台灣
*第91集 統一大業
*第92集 軍機處
*第93集 攤丁入畝
*第94集 文治與文字獄
*第95集 被動的自強
*第96集 鴉片戰爭
*第97集 太平天國
*第98集 甲午戰爭
*第99集 維新與革命
*第100集 帝制的終結
Posted by at No comments:

Fwd: 📽 大陸耗費鉅資，以現代科技整理拍攝成100集的Chinese History，現在只要花75小時，即可看盡中華民族四千七百年歷史的興衰，全部100集都在這裡了！ 按照目錄，想看哪一集，即可隨挑隨看！


Sent 

📽 大陸耗費鉅資，以現代科技整理拍攝成100集的Chinese History，現在只要花75小時，即可看盡中華民族四千七百年歷史的興衰，全部100集都在這裡了！ 按照目錄，想看哪一集，即可隨挑隨看！
中華通史100集．由古至今的朝代興衰：

https://m.youtube.com/playlist?list=PLL8DPLaffjgC8-TUhfrSw-9ZHwRwLu5Rl

CCTV6紀錄片《中華通史》目錄
*第01集 中華道路
*第02集 中華先祖
*第03集 農業起源
*第04集 文明起源
*第05集 邦國時代
*第06集 夏王朝覓蹤
*第07集 殷商興亡
*第08集 商代文明
*第09集 武王克商
*第10集 周公攝政
*第11集 周王室的衰落
*第12集 春秋爭霸
*第13集 孔子
*第14集 列國變法
*第15集 戰國七雄
*第16集 諸子百家
*第17集 秦國崛起
*第18集 秦始皇統一中國
*第19集 楚漢戰爭
*第20集 郡國並行
*第21集 文景之治
*第22集 漢武帝
*第23集 兩漢經學
*第24集 昭宣政治
*第25集 王莽改制
*第26集 光武中興
*第27集 絲綢之路
*第28集 清議與黨錮
*第29集 黃巾起義
*第30集 三國鼎立
*第31集 諸葛亮治蜀
*第32集 西晉統一
*第33集 魏晉風度
*第34集 門閥政治
*第35集 梁武帝治國
*第36集 孝文帝改革
*第37集 北周武帝
*第38集 陳朝興亡
*第39集 魏晉佛教
*第40集 再造統一
*第41集 煬帝功過
*第42集 貞觀之治
*第43集 武則天
*第44集 開天盛世
*第45集 安史之亂
*第46集 中晚唐的困局
*第47集 世界都會長安
*第48集 吐蕃興衰
*第49集 敦煌
*第50集 唐朝的對外關係
*第51集 唐代宗教
*第52集 五代十國
*第53集 宋太祖
*第54集 澶淵之盟
*第55集 與士大夫共治天下
*第56集 王安石變法
*第57集 靖康之難
*第58集 宋金和戰
*第59集 偏安東南
*第60集 東京夢華
*第61集 宋代新儒學
*第62集 宋代文化
*第63集 契丹興起
*第64集 西遼建國
*第65集 完顏阿骨打
*第66集 金朝興亡
*第67集 遼金文化
*第68集 西夏興亡
*第69集 蒙古興起
*第70集 忽必烈大帝
*第71集 兩都巡幸
*第72集 大元帝師八思巴
*第73集 海上絲綢之路
*第74集 馬可波羅與中國
*第75集 元順帝
*第76集 明太祖朱元璋
*第77集 永樂遷都
*第78集 鄭和下西洋
*第79集 內閣制度
*第80集 土木堡之變
*第81集 王陽明心學
*第82集 海疆與互市
*第83集 張居正改革
*第84集 耶穌會士來華
*第85集 江南市鎮
*第86集 白銀資本
*第87集 崇禎帝
*第88集 入主中原
*第89集 王朝的穩固
*第90集 收復台灣
*第91集 統一大業
*第92集 軍機處
*第93集 攤丁入畝
*第94集 文治與文字獄
*第95集 被動的自強
*第96集 鴉片戰爭
*第97集 太平天國
*第98集 甲午戰爭
*第99集 維新與革命
*第100集 帝制的終結
Posted by at No comments:

Fwd: 华声聊天室 2024年8月期刊〈第130号〉

好友老友们：  今寄上八月份华联通讯，
          其中有我一篇【軍用鸽与和平鸽】就教君前。目前政爭战爭論爭
競爭的熱門消息霸屏，和平鸽似乎有点冷門？
            同时寄上問候与祝福。
      
    Dear All: 
       Attached is the 華聲聊天室 NOCA Newsletter 第130期. Please check it out.

月刊第130期简介-- 

Thanks,
NOCA
Posted by at No comments:

Monday, July 22, 2024

Fwd: 中医养生保健

同时寄上問候与祝福！
Subject: 中医养生保健



Posted by at No comments:

Monday, July 1, 2024

Re: Fwd: 华声聊天室 2024年7月期刊〈第129号〉

Thank you. 多謝分享這些消息. 祝福大家平安健康.
Jensie

Sent from the all-new AOL app for iOS

On Monday, July 1, 2024, 16:23, Tina Soong <tinasoong@att.net> wrote:

 老友好友们： 今寄上七月份華聯月刊，並寄上問候与祝福。月刊中有我一篇
【路州之啮齿之患】，就教君前。 近来好吗？多多保重。即祝安康。砚耕
（Tina Soong)

Dear All: 
       Attached is the 華聲聊天室 NOCA Newsletter 第129期. Please check it out.

月刊第129期简介-- 2024.7

♧喇叭筒栏目
纽奥良中文学校校委会来函--向杜兰大学亚洲研究中心、汉语部主任朱琳教授，杜兰大学公共服务中心和社区商家致谢！

♧烫婆子栏目
科罗拉多州立大学气象中心 --＊2024飓风季节预报＊

♧良药方栏目
『坐多长时间算"久坐"』陈立炜教授推荐

♧广角镜栏目
『只为与你相见-- 西藏摄影(三)』摄影作者: 张谨

『西藏组图（二）』摄影作者: 刘翔

♧稚趣籍栏目
『腾云驾雾 奋发向上』、『福建土楼』作者: 王梓仪  纽奥良中文学校二年级

♧墨汁盒栏目
1. 『屈原』、『南翔』作者: 邵益山   上海诗词学会会员、文汇报主任编辑

🐭🐭🐁🐀🦫🦫2. 『路州之'啮齿'』图•文作者: 砚耕 ---  天地之初，浑沌未开，民间有"鼠咬天开"之说......你信吗？ 听听作者怎么说的吧......🐁🐀🐭🐭🦫🦫

3.『谈诗四十九 • 字数讲究』作者: 李晓榕 --- 古诗词的字数大有讲究。长期以来，随着诗词表达的情感内容越来越复杂，音声韵律越来越丰富，诗句字数呈现增长趋势......

4. 『北京至老挝 • 工程师日记二十九』作者: 京鹰 --- 本期刊登的是京鹰老师日记的第二十九篇。

5. 『假钞和"伪人"』 作者: 齐鲁青 ---  把能变"戏法"，当成"本事"，当成"会过"，其实很可怜......

6. 『脑路的廻异』 作者: 张谨 ---
这里，作者讲了五个小故事......

7. 『陌生的纽约 • 续六』作者: 苏津 --- 想听听"南京人在纽约"的故事吗？那个举世闻名的大都市留下了世间无数足迹，倾情相忆，难忘初衷的有几人?

8. 『谁为惆怅客？』作者: 小布头 --- 寻常人家夫妻貌合神离，像是司空见惯了的......这里藏起的却是一段令人唏嘘不已的往事......

♧他山石栏目
编辑部推荐:『我与地坛（节选二）』作者: 史铁生

♧大碗茶栏目
--灰汤粽--

♧走马灯栏目
本期谜语两则
上期谜语谜底
Posted by at No comments:

Fwd: 华声聊天室 2024年7月期刊〈第129号〉

 老友好友们： 今寄上七月份華聯月刊，並寄上問候与祝福。月刊中有我一篇
【路州之啮齿之患】，就教君前。 近来好吗？多多保重。即祝安康。砚耕
（Tina Soong)

Dear All: 
       Attached is the 華聲聊天室 NOCA Newsletter 第129期. Please check it out.

月刊第129期简介-- 2024.7

♧喇叭筒栏目
纽奥良中文学校校委会来函--向杜兰大学亚洲研究中心、汉语部主任朱琳教授，杜兰大学公共服务中心和社区商家致谢！

♧烫婆子栏目
科罗拉多州立大学气象中心 --＊2024飓风季节预报＊

♧良药方栏目
『坐多长时间算"久坐"』陈立炜教授推荐

♧广角镜栏目
『只为与你相见-- 西藏摄影(三)』摄影作者: 张谨

『西藏组图（二）』摄影作者: 刘翔

♧稚趣籍栏目
『腾云驾雾 奋发向上』、『福建土楼』作者: 王梓仪  纽奥良中文学校二年级

♧墨汁盒栏目
1. 『屈原』、『南翔』作者: 邵益山   上海诗词学会会员、文汇报主任编辑

🐭🐭🐁🐀🦫🦫2. 『路州之'啮齿'』图•文作者: 砚耕 ---  天地之初，浑沌未开，民间有"鼠咬天开"之说......你信吗？ 听听作者怎么说的吧......🐁🐀🐭🐭🦫🦫

3.『谈诗四十九 • 字数讲究』作者: 李晓榕 --- 古诗词的字数大有讲究。长期以来，随着诗词表达的情感内容越来越复杂，音声韵律越来越丰富，诗句字数呈现增长趋势......

4. 『北京至老挝 • 工程师日记二十九』作者: 京鹰 --- 本期刊登的是京鹰老师日记的第二十九篇。

5. 『假钞和"伪人"』 作者: 齐鲁青 ---  把能变"戏法"，当成"本事"，当成"会过"，其实很可怜......

6. 『脑路的廻异』 作者: 张谨 ---
这里，作者讲了五个小故事......

7. 『陌生的纽约 • 续六』作者: 苏津 --- 想听听"南京人在纽约"的故事吗？那个举世闻名的大都市留下了世间无数足迹，倾情相忆，难忘初衷的有几人?

8. 『谁为惆怅客？』作者: 小布头 --- 寻常人家夫妻貌合神离，像是司空见惯了的......这里藏起的却是一段令人唏嘘不已的往事......

♧他山石栏目
编辑部推荐:『我与地坛（节选二）』作者: 史铁生

♧大碗茶栏目
--灰汤粽--

♧走马灯栏目
本期谜语两则
上期谜语谜底
Posted by at No comments:

Saturday, June 1, 2024

Fwd: 华声聊天室 2024年6月期刊〈第128号〉




好友老友们：今寄上华联六月份月刊，NOCAnoca, 並寄上問候与祝福。
                                 其中有一篇【鳄不可貌相】就教君前。祝
平安健康
Date: June 1, 2024 at 9:35:29 AM CDT
Dear All: 
       Attached is the 華聲聊天室 NOCA Newsletter 第128期. Please check it out.

月刊第128期简介-- 2024.6

♧喇叭筒栏目
APAS 五月亚洲节庆典简报
中文学校暑期班5/27- 5/31

♧烫婆子栏目
『西子湖畔一牡丹• 电影《Sight》观后』-- 作者: 小布头

♧良药方栏目
『Are Eggs Bad for Cholesterol? New Study Reveals How Many You Can Eat 』--- TODAY

♧广角镜栏目
『只为与你相见-- 西藏摄影(二)』摄影作者: 张谨

『扎达士林--西藏组图（一）』摄影作者: 刘翔

♧稚趣籍栏目
『猫咪小柜』、『万能纸袋』作者: 王梓仪  纽奥良中文学校二年级

♧墨汁盒栏目
1. 『读司汤达《红与黑》』、『读傅译罗曼•罗兰《约翰•克利斯朵夫》』作者: 邵益山   上海诗词学会会员、文汇报主任编辑

2. 『舍去繁花千般好』字画作者: 尤诚

🐊🐊🐊🐊3. 『鳄不可貌相』图•文作者: 砚耕 --- 继4月期刊发表了《流经身边的密西西比河》一文后，砚耕老师笔锋一转，记下了路州水乡另一独特景观。🐊🐊🐊🐊

4. 『谈诗四十八 • 曲率美』作者: 李晓榕 --- '曲'之和者盖寡，因其俗吗？'曲'里奥妙深藏......

5. 『北京至老挝 • 工程师日记二十八』作者: 京鹰 --- 本期刊登的是京鹰老师日记的第二十八篇。

6. 『趣话说话  十、后记』 作者: 齐鲁青 --- 于结语部分，作者从自己多年前发表的一篇有关礼貌交谈文章中，抽出若干重要段落以奉读者。（全文完）

7. 『陌生的纽约 • 续五』作者: 苏津 --- 想听听"南京人在纽约"的故事吗？那个举世闻名的大都市留下了世间无数足迹，倾情相忆，难忘初衷的有几人?

8. 『"装"小白之乐』作者: 张谨 --- "在这个世上，我们都不过是一片茶叶......"

9. 『秦淮第一艳』作者: 小布头 --- ......桃叶渡的花又落了，''桃叶复桃叶，渡江不用楫，但渡无所苦......" 真是如此吗？

♧他山石栏目
编辑部推荐:『我与地坛（节选一）』作者:  史铁生

♧大碗茶栏目
蜜三刀的制法

♧走马灯栏目
本期谜语两则
上期谜语谜底

Thanks,
NOCA
Posted by at No comments:

Wednesday, April 17, 2024

Learn more about our updated Terms of Service

lileeusa@gmail.com

We're updating our Terms of Service on May 22, 2024, so we wanted to let you know ahead of time.

These changes won't affect the way you use our services, but they should help make it easier for you to understand what to expect from Google — and what we expect from you — as you use our services.

You can see the new terms here. We also summarized the changes at the bottom of this email.

What do I need to do?

  • If you're under the age required to manage your own Google Account:
    • We sent this email to your parent or guardian so that they can help you understand our updates better.
    • Please discuss this email with your parent or guardian to decide if you need to do anything different with your account.
  • If you're a parent or guardian, and you allow your child to use the services:
    • Please review the updates to our terms with your child and help them decide whether they need to make any changes to their account.
    • Please remember that these terms apply to you and you're responsible for your child's activity on the services.
  • If you're the administrator of a Google Workspace corporate or educational account and you've enabled your users to access Google Additional Services:
    • Our new Terms of Service won't affect the Google Workspace agreement between Google and your organization. These new terms will only apply to those users to whom you've given access to Google Additional Services. You can always manage whether your users have access to Google Additional Services, and which ones, in your Admin console.
  • If you're a Google Workspace reseller whose customers have enabled their users to access Google Additional Services:
    • Our new Terms of Service won't affect your Google Workspace agreement with your customers. These new terms will only apply to your customers' users who've been given access to Google Additional Services. Your customers can always manage whether their users have access to Google Additional Services, and which ones, in their Admin console.
  • If you're any other user of the services:
    • Please read this email to understand our updated terms and your options for further action.
    • If you agree to the new terms, no further action is needed.

What's changing?

You can review the new Google Terms of Service here. At a glance, here's what this update covers:

  • Generative AI terms. We're moving our existing Generative AI Additional Terms to our main Terms of Service and adding other AI-related clarifications. For example – we won't claim ownership over original content generated by our AI-powered services.
  • More clarity on abusive activity. We're providing more examples and details about abuse and interference with our services that isn't allowed.
  • More details on limitations of liability. For users outside the US, we're adding clarifications to our limitations of liability and indemnity sections to avoid any misunderstandings in light of local laws or customs.
  • More clarity on disputes. We're clarifying that if you violate our terms, our remedies aren't limited to suspension or termination of your access to the services, but may include other remedies under applicable law. If problems or disputes arise between us about these terms, you'll have the opportunity to describe the issues and address them.
  • Updates to reflect how our services work. We're adding language about how our services work, and updating certain Google service brand names that have changed over time.
  • For users based in the European Economic Area (EEA) only:

If you don't agree to the new terms, you should remove your content and stop using the services. You can also end your relationship with us at any time, without penalty, by closing your Google Account.

Thank you for using Google services!

© 2024 Google LLC 1600 Amphitheatre Parkway, Mountain View, CA 94043

You have received this email to update you about important changes to Google's Terms of Service.
Posted by at No comments:

Monday, April 1, 2024

Re: Fwd: 华声聊天室 2024年4月期刊〈第126号〉

Thank you.for sharing.  Have a blessed year of 2024 and beyond.
Jensie


Sent from the all-new AOL app for iOS

On Monday, April 1, 2024, 11:44, Tina Soong <tinasoong@att.net> wrote:

各位老友好友：今寄上华联四月份月刊，中有一篇我以筆名砚耕所寫
的【流经路州的密西西比河】就教君前。
同時寄上我的問候与祝福。希望你们一切安好如意。我如今寫寫畫畫，
也參加些社区活动，及文娱活动，優遊歲月。
      願保持联系，並互勉保重。砚耕


Dear All: 
       Attached is the 華聲聊天室 NOCA Newsletter 第126期. Please check it out. 
月刊第126期简介-- 2024.4

♧喇叭筒栏目
1. 中文学校春季野餐会
2. 世界读书日

♧烫婆子栏目
『走进校园』--- 中文学校老师协助 Green Park Elementary School 举办古代中国历史讲座

♧良药方栏目
『每周工作四天』--- 陈立炜博士推荐

♧广角镜栏目
『只为与你相见-- 西藏摄影（ 一）』摄影作者: 张谨

♧稚趣籍栏目『小红帽』、『兵马俑』作者: 王梓仪小朋友 • 中文学校二年级

♧墨汁盒栏目
1. 『弄堂生活杂忆』、『和家树、海光、游昆山亭林园』作者: 邵益山  上海诗词学会会员、文汇报主任编辑

🌹🌹2. 『流经路州的密西西比河』作者: 砚耕 --- 身边的这条河流如巨龙腾飞于宇宙之间，兴云吐雾、行雨生风.....与其相伴的我们，该做些什么呢？

3. 『谈诗四十七 • 新诗的对称美』作者: 李晓榕 --- 作者认为新诗''追求某种形式的对称，以显示形体美......"，对仗的应用不多。

4. 『北京至老挝 • 工程师日记二十七』作者: 京鹰 --- 本期刊登的是京鹰老师日记的第二十七篇。

5. 『趣话说话  九、遭遇不讲理』 作者: 齐鲁青 --- 从阿凡提所谓机智的'是'与'非'说起......

6. 『陌生的纽约 • 续四』作者: 苏津 --- 想听听"南京人在纽约"的故事吗？那个举世闻名的大都市留下了世间无数足迹，倾情相忆，难忘初衷的有几人?

7. 『读诗小记』作者: 国文 --- 网上有关范成大《送刘唐卿户曹擢第西归》的赏析文章有些不着调。国文老师依据诗人自己所写的游记，以及另一首《初入大峨》，还有宋、明、清历代诗人的作品，求证、析释了范成大的这首送别。

8. 『尴尬人与一窝子麻雀』作者: 小布头 --- 京城东华门皇城根下有座学校，学校里有位先生......那是许多年前的事了......

♧他山石栏目
编辑部推荐:『吃喝之外』 作者:  陆文夫

♧大碗茶栏目
西班牙油条的做法

♧走马灯栏目
本期谜语两则
上期谜语谜底

Thanks,
NOCA
Posted by at No comments:

Fwd: 华声聊天室 2024年4月期刊〈第126号〉

各位老友好友：今寄上华联四月份月刊，中有一篇我以筆名砚耕所寫
的【流经路州的密西西比河】就教君前。
同時寄上我的問候与祝福。希望你们一切安好如意。我如今寫寫畫畫，
也參加些社区活动，及文娱活动，優遊歲月。
      願保持联系，並互勉保重。砚耕


Dear All: 
       Attached is the 華聲聊天室 NOCA Newsletter 第126期. Please check it out. 
月刊第126期简介-- 2024.4

♧喇叭筒栏目
1. 中文学校春季野餐会
2. 世界读书日

♧烫婆子栏目
『走进校园』--- 中文学校老师协助 Green Park Elementary School 举办古代中国历史讲座

♧良药方栏目
『每周工作四天』--- 陈立炜博士推荐

♧广角镜栏目
『只为与你相见-- 西藏摄影（ 一）』摄影作者: 张谨

♧稚趣籍栏目『小红帽』、『兵马俑』作者: 王梓仪小朋友 • 中文学校二年级

♧墨汁盒栏目
1. 『弄堂生活杂忆』、『和家树、海光、游昆山亭林园』作者: 邵益山  上海诗词学会会员、文汇报主任编辑

🌹🌹2. 『流经路州的密西西比河』作者: 砚耕 --- 身边的这条河流如巨龙腾飞于宇宙之间，兴云吐雾、行雨生风.....与其相伴的我们，该做些什么呢？

3. 『谈诗四十七 • 新诗的对称美』作者: 李晓榕 --- 作者认为新诗''追求某种形式的对称，以显示形体美......"，对仗的应用不多。

4. 『北京至老挝 • 工程师日记二十七』作者: 京鹰 --- 本期刊登的是京鹰老师日记的第二十七篇。

5. 『趣话说话  九、遭遇不讲理』 作者: 齐鲁青 --- 从阿凡提所谓机智的'是'与'非'说起......

6. 『陌生的纽约 • 续四』作者: 苏津 --- 想听听"南京人在纽约"的故事吗？那个举世闻名的大都市留下了世间无数足迹，倾情相忆，难忘初衷的有几人?

7. 『读诗小记』作者: 国文 --- 网上有关范成大《送刘唐卿户曹擢第西归》的赏析文章有些不着调。国文老师依据诗人自己所写的游记，以及另一首《初入大峨》，还有宋、明、清历代诗人的作品，求证、析释了范成大的这首送别。

8. 『尴尬人与一窝子麻雀』作者: 小布头 --- 京城东华门皇城根下有座学校，学校里有位先生......那是许多年前的事了......

♧他山石栏目
编辑部推荐:『吃喝之外』 作者:  陆文夫

♧大碗茶栏目
西班牙油条的做法

♧走马灯栏目
本期谜语两则
上期谜语谜底

Thanks,
NOCA
Posted by at No comments:

Saturday, February 24, 2024

Fwd: 健康

>
> 
>>
>> 
>>
Posted by at No comments:

Monday, February 19, 2024

Digest for comp.lang.c++@googlegroups.com - 2 updates in 1 topic

Bonita Montero <Bonita.Montero@gmail.com>: Feb 19 06:50AM +0100

Am 18.02.2024 um 21:13 schrieb Chris M. Thomasson:
 
>> ... without any problems.
 
>> For me lock_guard doesn't make sense.
 
> It has its purpose. ...
 
... which unique_lock also fulfills.
"Chris M. Thomasson" <chris.m.thomasson.1@gmail.com>: Feb 19 11:56AM -0800

On 2/18/2024 9:50 PM, Bonita Montero wrote:
 
>>> For me lock_guard doesn't make sense.
 
>> It has its purpose. ...
 
> ... which unique_lock also fulfills.
 
lock_guard is highly restricted when compared to unique_lock... ;^)
You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page.
To unsubscribe from this group and stop receiving emails from it send an email to comp.lang.c+++unsubscribe@googlegroups.com.
Posted by at No comments:

Sunday, February 18, 2024

Digest for comp.lang.c++@googlegroups.com - 3 updates in 1 topic

"Chris M. Thomasson" <chris.m.thomasson.1@gmail.com>: Feb 17 03:40PM -0800

On 2/17/2024 11:15 AM, Bonita Montero wrote:
> Why is there lock_guard when unique_lock can anything lock_guard
> can do but far more ?
 
lock_guard is meant for its purpose. Only use unique_lock when you need
to. And be careful, you can shoot yourself in the foot with it...
Bonita Montero <Bonita.Montero@gmail.com>: Feb 18 07:59AM +0100

Am 18.02.2024 um 00:40 schrieb Chris M. Thomasson:
>> Why is there lock_guard when unique_lock can anything lock_guard
>> can do but far more ?
 
> lock_guard is meant for its purpose. ...
 
You easily could do ...
 
template<typename Lock>
using std::lock_guard = std::unique_lock<Lock>;
 
... without any problems.
 
For me lock_guard doesn't make sense.
"Chris M. Thomasson" <chris.m.thomasson.1@gmail.com>: Feb 18 12:13PM -0800

On 2/17/2024 10:59 PM, Bonita Montero wrote:
>     using std::lock_guard = std::unique_lock<Lock>;
 
> ... without any problems.
 
> For me lock_guard doesn't make sense.
 
It has its purpose. If you did this then std::lock_guard would be
moveable even though its not meant to be. That's just one point...
You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page.
To unsubscribe from this group and stop receiving emails from it send an email to comp.lang.c+++unsubscribe@googlegroups.com.
Posted by at No comments:

Saturday, February 17, 2024

Digest for comp.lang.c++@googlegroups.com - 1 update in 1 topic

Bonita Montero <Bonita.Montero@gmail.com>: Feb 17 08:15PM +0100

Why is there lock_guard when unique_lock can anything lock_guard
can do but far more ?
You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page.
To unsubscribe from this group and stop receiving emails from it send an email to comp.lang.c+++unsubscribe@googlegroups.com.
Posted by at No comments:

Friday, February 16, 2024

Digest for comp.lang.c++@googlegroups.com - 3 updates in 2 topics

Tim Rentsch <tr.17687@z991.linuxsc.com>: Feb 16 08:06AM -0800


> I was implementing a version of that when something else occurred to
> me. You can sacrifice speed for store size if you're prepared to do an
> integer divide for every prime lookup.
 
I explained before how numbers can be considered mod 30, of which
only the residues { 1, 7, 11, 13, 17, 19, 23, 29 } are candidates,
because all other residues are divisible by 2, 3, or 5. And very
conveniently, there are exactly 8 of these residues, so one byte
can be used to represent each block of 30 numbers (only 8 of which
might be prime). That cuts down on the space needed.
 
I also explained how the divides and remainders can be avoided,
by taking advantage of the structure of how the numbers being
considered are represented, and arranging that the difficult parts
be done at compile time.
 
I have an implementation (written in C) based on this approach that
determines all primes less than roughly 51.75 billion, taking just
under 56 seconds to complete. (No threading is used - code is all
single threaded.)
 
> operator[]. (certainly not the at function). And also I found myself
> using emplace_back a lot. It's a PITA because you can only emplace
> back a single item, and it is slow.
 
My program is written in C and uses ordinary C arrays. I expect it
could be converted to C++ without too much difficulty.
Bonita Montero <Bonita.Montero@gmail.com>: Feb 16 06:30PM +0100

Am 16.02.2024 um 17:06 schrieb Tim Rentsch:
 
> determines all primes less than roughly 51.75 billion, taking just
> under 56 seconds to complete. (No threading is used - code is all
> single threaded.)
 
On my 16 core PC this takes 1.73 seconds and 43 seconds
overall CPU time without printing the numbers to a file.
 
C:\Users\Boni\Documents\Source\bitmapSieve>timep
"x64\Release-clang++\bitmapSieve.exe" 51750000000 ""
real 1.729s
user 43.094s
sys 0.094s
cylces 194.738.953.589
Bonita Montero <Bonita.Montero@gmail.com>: Feb 16 09:17AM +0100

Am 15.02.2024 um 23:11 schrieb Paavo Helde:
 
> Constructing and copying std::strings is allowed to allocate dynamic
> memory. Make your string a bit longer and you will see allocations
> also in Release builds.
 
The small string optimization is nothing which is guaranteed.
Initializing a function object with a reference_wrapper is
guaranteed to be without memory allocation.
You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page.
To unsubscribe from this group and stop receiving emails from it send an email to comp.lang.c+++unsubscribe@googlegroups.com.
Posted by at No comments:

Thursday, February 15, 2024

Digest for comp.lang.c++@googlegroups.com - 3 updates in 1 topic

Paavo Helde <eesnimi@osa.pri.ee>: Feb 15 03:34PM +0200

13.02.2024 13:07 Bonita Montero kirjutas:
> function-object without any memory allocation. libstdc++ and libc++
> don't allocate any memory with such function<>-objects according
> to the standard, but MSVC does allocate external memory.
 
Cannot confirm that. MSVC++ 2022 x64 Release mode does not print "alloc"
at all for this program. In Debug mode there are a couple of allocs, but
these seem to be related to some std::string internals, not the
reference wrapper.
 
Bonita Montero <Bonita.Montero@gmail.com>: Feb 15 12:20PM +0100

Am 15.02.2024 um 14:34 schrieb Paavo Helde:
 
> at all for this program. In Debug mode there are a couple of allocs, but
> these seem to be related to some std::string internals, not the
> reference wrapper.
 
Sorry, I relied on the Debug build.
With Release build there are no allocations.
But I think the Debug build should also be up to the standard.
Paavo Helde <eesnimi@osa.pri.ee>: Feb 16 12:11AM +0200

15.02.2024 13:20 Bonita Montero kirjutas:
 
> Sorry, I relied on the Debug build.
> With Release build there are no allocations.
> But I think the Debug build should also be up to the standard.
 
Constructing and copying std::strings is allowed to allocate dynamic
memory. Make your string a bit longer and you will see allocations also
in Release builds.
You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page.
To unsubscribe from this group and stop receiving emails from it send an email to comp.lang.c+++unsubscribe@googlegroups.com.
Posted by at No comments:

Wednesday, February 14, 2024

Digest for comp.lang.c++@googlegroups.com - 1 update in 1 topic

Bonita Montero <Bonita.Montero@gmail.com>: Feb 14 03:57PM +0100

Am 13.02.2024 um 19:08 schrieb Bonita Montero:
 
> There's nothing wrong with that. ...
Test this version which is the latest where I stopped further development:
 
#include <iostream>
#include <cstdlib>
#include <charconv>
#include <cstring>
#include <vector>
#include <algorithm>
#include <cmath>
#include <bit>
#include <fstream>
#include <string_view>
#include <thread>
#include <utility>
#include <new>
#include <span>
#include <array>
#include <cassert>
#include <sstream>
#if defined(_MSC_VER)
#include <intrin.h>
#elif defined(__GNUC__) || defined(__clang__)
#include <cpuid.h>
Posted by at No comments:

Tuesday, February 13, 2024

Digest for comp.lang.c++@googlegroups.com - 3 updates in 2 topics

wij <wyniijj5@gmail.com>: Feb 14 12:15AM +0800

On Sun, 2023-12-10 at 10:46 +0100, Bonita Montero wrote:
> cpuId( 0x80000006u );
> return ((unsigned)regs[2] >> 16) * 1024;
> }
 
I just wrote a class PrimeTab to test prime numbers. It took 73s to
complete.
0.1s is too unbelievable. Something must be wrong.
 
------------- PrimeTab.h
#include <Wy.stdlib.h>
#include <CSCall/VLInt.h> // Very Large Integer
 
// [Syn] PrimeTab is a table for prime numbers
//
class PrimeTab {
typedef uint64_t NumType;
WY_ENSURE(sizeof(NumType)<=sizeof(size_t));
Wy::VLInt m_ptab;
NumType m_maxn;
 
// [Syn] Get the bit position storing info. for n
// 0= pos for n (n is composite) is not available
//
size_t bpos(NumType n) {
switch(n%6) {
case 1: return 2*(n/6);
case 5: return 2*(n/6)+1;
default: return 0;
}
};
 
public:
WY_DECL_REPLY;
PrimeTab() : m_ptab(), m_maxn(0) {};
PrimeTab(const PrimeTab& s) : m_ptab(s.m_ptab), m_maxn(s.m_maxn)
{};
PrimeTab(PrimeTab& s, Wy::ByMove_t) : m_ptab(s.m_ptab,Wy::ByMove),
m_maxn(s.m_maxn) {};
 
// [Syn] Create prime table for numbers<=maxn
//
explicit PrimeTab(NumType maxn) : m_ptab(), m_maxn(maxn) {
for(NumType n=2; n<=m_maxn; ++n) {
size_t p= bpos(n);
if(p==0) {
continue; // composite number
}
if(m_ptab.bit(p)) {
continue; // composite number
}
for(NumType m=n+n; m<=m_maxn; m+=n) {
Wy::Errno r=m_ptab.set_bit(bpos(m),true);
if(r!=Wy::Ok) {
WY_THROW( Reply(r) );
}
}
};
};
NumType max_num() const { return m_maxn; };
bool is_prime(NumType n) {
if(n>m_maxn) {
WY_THROW( Reply(EINVAL) );
}
if(n<=6) {
switch(n) {
case 1: // FALLTHROUGH
case 2: // FALLTHROUGH
case 3: // FALLTHROUGH
case 5: return true;
default: return false;
}
}
size_t p= bpos(n);
if(p==0) {
return false;
}
return !m_ptab.bit(p);
};
void swap(PrimeTab& ano) {
m_ptab.swap(ano.m_ptab);
Wy::swap(m_maxn, ano.m_maxn);
};
void reset() {
m_ptab.reset();
};
Wy::Errno reset(NumType maxn) try {
PrimeTab tmp(maxn);
Wy::swap(tmp);
return Wy::Ok;
}
catch(const Wy::Errno& e) {
WY_RETURN(e);
};
Wy::Errno reset(const PrimeTab& rhs) {
WY_RETURN(m_ptab.reset(rhs.m_ptab));
};
PrimeTab& operator=(const PrimeTab& rhs) {
Wy::Errno r=m_ptab.reset(rhs.m_ptab);
if(r!=Wy::Ok) {
WY_THROW( Reply(r) );
}
return *this;
};
};
 
-------------- chk_primetab.cpp
#include <Wy.stdio.h>
#include "PrimeTab.h"
 
using namespace Wy;
 
void ck1() {
size_t cnt;
PrimeTab ptab(1LL<<32);
cnt=0;
for(size_t n=0; n<ptab.max_num(); ++n) {
if(ptab.is_prime(n)) {
++cnt;
// cout << n << WY_ENDL;
}
}
cout << "cnt=" << cnt << WY_ENDL;
};
 
int main()
try {
cout << "Check PrimeTab.h ..." WY_ENDL;
ck1();
cout << "OK" WY_ENDL;
return 0;
}
catch(const Errno& e) {
cerr << wrd(e) << WY_ENDL;
return -1;
}
catch(...) {
cerr << "main caught(...)" WY_ENDL;
return -1;
};
 
-------------
[]$ g++ chk_primetab.cpp -lwy -O2
[]$ time ./a.out
Check PrimeTab.h ...
cnt=203280222
OK
 
real 1m13.716s
user 1m13.180s
sys 0m0.168s
Bonita Montero <Bonita.Montero@gmail.com>: Feb 13 07:08PM +0100

Am 13.02.2024 um 17:15 schrieb wij:
 
> I just wrote a class PrimeTab to test prime numbers. It took 73s to
> complete.
> 0.1s is too unbelievable. Something must be wrong.
 
There's nothing wrong with that. I'm storing the bits as a bitmap and
I'm using a segmented sieve and I partition the part beyond the square
root in chunks which are according to the logical number of CPUs and
these are further divided into chunks which fit into the L2-cache.
And the sequential lookup inside the bitmap below the square root
is done with countl_zero, which maps to a single CPU-instruction
on most computers.
The naive single-threeaded approach without cache-partititioning is
for sure magnitudes slower.
Bonita Montero <Bonita.Montero@gmail.com>: Feb 13 12:07PM +0100

If you initialize a function<>-object with a reference_wrapper it
is guaranteed that the function<>-object references an external
function-object without any memory allocation. libstdc++ and libc++
don't allocate any memory with such function<>-objects according
to the standard, but MSVC does allocate external memory.
 
#include <iostream>
#include <functional>
 
using namespace std;
 
void *operator new( size_t n )
{
cout << "alloc" << endl;
void *p = malloc( n );
if( !p )
throw bad_alloc();
return p;
}
 
void operator delete( void *p )
{
free( p );
}
 
int main()
{
function<void ()> fn;
string str( "hello word" );
auto lam = [str = str]() { cout << str << endl; };
fn = ref( lam );
fn();
}
You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page.
To unsubscribe from this group and stop receiving emails from it send an email to comp.lang.c+++unsubscribe@googlegroups.com.
Posted by at No comments:
Subscribe to: Comments (Atom)