レス数が950を超えています。1000を超えると表示できなくなるよ。

Mac OSX はどうよ？(マカーお断り) Part4

1 ：名無しさん＠お腹いっぱい。 ：02/08/03 14:30

これまでUNIXを使ってきて、ある程度知識のある人が、MacOSXについて
論じるスレッドです。
UNIXの知識のない腐れマカーは、新マック板でもどこでも行きやがれ。

　*** 犬とマカー立ち入り禁止 ***

前スレッド
http://pc.2ch.net/test/read.cgi/unix/1025870707/l50

460 ：名無しさん＠お腹いっぱい。 ：02/08/29 15:47

>>457
一行レス。

461 ：名無しさん＠お腹いっぱい。 ：02/08/29 18:07

>>457
くだらない事を長々と書いたら、どこでもうざがられまふ。
そーゆう不毛な内容ならせめて2行くらいにまとめて欲しいれふ。

462 ：名無しさん＠お腹いっぱい。 ：02/08/29 18:34

カーネル寄りの部分はNetBSD由来のコードのほうがどっちゃり、って常識ぢゃない？

463 ：名無しさん＠お腹いっぱい。 ：02/08/30 00:19

たまにageないと。誤解を招く。
見えなくなると、すぐ、次が立ってしまうな。

sage禁止でお願いします。

464 ：名無しさん＠お腹いっぱい。 ：02/08/30 00:22

>>463
べつにみえなくなったから重複スレ立てたわけぢゃあないだろ

465 ：名無しさん＠お腹いっぱい。 ：02/08/30 00:27

こちらは常時age進行でお願いします。

466 ：名無しさん＠お腹いっぱい。 ：02/08/30 00:28

あげ荒らし警報！

467 ：名無しさん＠お腹いっぱい。 ：02/08/30 00:29

Jaguarで動かないソフトが一部でてるっぽいけど
お前等どうですか？

468 ：名無しさん＠お腹いっぱい。 ：02/08/30 12:30

>>465
只今からこのスレはマカー釣り場となりました。

469 ：名無しさん＠お腹いっぱい。 ：02/08/30 12:49

　*** 　犬　 と　 マ　 カ　 ー　 立　 ち　 入　 り 　禁 　止 　 ***

470 ：名無しさん＠お腹いっぱい。 ：02/08/30 13:36

ン、今後はドザー意外お断り！　ってか？

471 ：名無しさん＠お腹いっぱい。 ：02/08/30 14:34

ﾄﾞｻﾞもｲﾗｿｮ.(呆

472 ：名無しさん＠お腹いっぱい。 ：02/08/30 14:42

ここからマカーとドザーがいなくなって残る人達のことを
何と呼ぶのがよいのでしょうか？ユニー？

473 ：名無しさん＠お腹いっぱい。 ：02/08/30 14:51

モトローラＣＰＵ　と　ｘ８６互換ＣＰＵ　立ち入り禁止

474 ：名無しさん＠お腹いっぱい。 ：02/08/30 14:53

ユニラー

475 ：名無しさん＠お腹いっぱい。 ：02/08/30 14:59

>474 ﾜﾗﾀ
マカーとドザーよりもっとアホっぽい

476 ：名無しさん＠お腹いっぱい。 ：02/08/30 15:10

>>475
そうかぁ？マカーのほうがアフォっぽく感じるけどなぁ。

477 ：名無しさん＠お腹いっぱい。 ：02/08/30 15:11

それはさておきRemotoDesktopってなにげにおもしろいね
ポート閉じまくってこれのみで管理とか言うのもOSXならではの運用術になるんだろうか？
LAN内のOSX機をこいつで遠隔操作して、このOSX機からSSHで他のマシンを管理するの図
誰か導入してる人いる？

478 ：名無しさん＠お腹いっぱい。 ：02/08/30 15:14

＞LAN内のOSX機をこいつで遠隔操作して、このOSX機からSSHで他のマシンを管理するの図

なんかそれって、妹にテレビのリモコンもたせて妹コントロール、みたいなのりだなあ。

・・・スマソ

479 ：477 ：02/08/30 15:16

俺って日本語下手だったんだ...今気付いた。鬱。
あるネットワークを外部から管理する際に一台OSXを突っ込んどいて
外部のRemotoDesktopから操作すれば
直接WAN側に汎用リモート系のポート開かんでも管理できそうっていいたかっただけ

480 ：名無しさん＠お腹いっぱい。 ：02/08/30 15:20

なるほど。ごめん、理解できなくって。

でも、あれって、どのPort使うの？

481 ：477 ：02/08/30 15:21

>>478
>妹にテレビのリモコンもたせて妹コントロール
まさにその感じ。
で、リモコンは有線にしとけば家族以外にチャンネルを変えられる心配が無いと...
よもやAppleのマカ的ツールのぜい弱性を研究してるやつはいないだろうから案外いいかもと思った

482 ：477 ：02/08/30 15:24

>>480
...その辺までは知らんですたい。
暗号化ぐらいはやっているんだろうか？
あっぷるじゃぱんにろくなドキュメントがないし...詳しいやつはこの板にはきっといないよね

483 ：名無しさん＠お腹いっぱい。 ：02/08/30 15:27

しかし、WebDAVがらみの問題点もあったしなあ・・・
案外暗号化されてなかったりして。
アップルだとありえるだけに笑えん。

484 ：名無しさん＠お腹いっぱい。 ：02/08/30 15:31

実はアレ、中身はVNCだったりして。

485 ：名無しさん＠お腹いっぱい。 ：02/08/30 15:34

>>484
祭りの準備を始めてもよろしいでしょうか?

486 ：名無しさん＠お腹いっぱい。 ：02/08/30 15:36

よろすぃ！

487 ：名無しさん＠お腹いっぱい。 ：02/08/30 15:37

断る

488 ：名無しさん＠お腹いっぱい。 ：02/08/30 20:18

>>481
unixがベースになったから一歩破られると総崩れっすよ

489 ：名無しさん＠お腹いっぱい。 ：02/08/30 20:23

>>488
失笑を禁じ得ない

490 ：名無しさん＠お腹いっぱい。 ：02/08/30 21:22

きもいＯＳは医ってよし

491 ：名無しさん＠お腹いっぱい。 ：02/08/30 21:25

>>489
Unixみたいなスーパーユーザーが一人いてそいつは神!というセキュリティモデルの
弱点ってさんざん指摘されてるでしょ。
とは言え、最低3台からのPlan 9形式は敷居が高いけど。

492 ：名無しさん＠お腹いっぱい。 ：02/08/30 23:52

>>491
(ﾟДﾟ)ﾊｧ?

それがどうして、

>>488
> unixがベースになったから一歩破られると総崩れっすよ

の前より悪くなる話(「なったから」)になるの? 聞きかじり厨房よ。

前よりはましだけど、まだまだつーのなら分かるけど。

493 ：名無しさん＠お腹いっぱい。 ：02/08/30 23:54

ﾏｼﾞﾚｽｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

494 ：名無しさん＠お腹いっぱい。 ：02/08/31 00:27

マカーお断りというのが読めないんだろうねえ

495 ：名無しさん＠お腹いっぱい。 ：02/08/31 01:09

だれかOracle入れた人いる？

496 ：Kusakabe(HyperMacer) ：02/08/31 02:12

こんにちわ。

497 ：名無しさん＠お腹いっぱい。 ：02/08/31 02:20

他のプログラムやOS全体を巻き込んで止めてしまうようなプログラムが
容易に作れてしまったOS9 以前よりは、はるかにましだということか
ところでOSX でも爆弾って出るの？

498 ：名無しさん＠お腹いっぱい。 ：02/08/31 02:34

>>497
失笑を禁じ得ない

499 ：名無しさん＠お腹いっぱい。 ：02/08/31 02:49

> 他のプログラムやOS全体を巻き込んで止めてしまうようなプログラム

簡単に作れるよ。悪用する人が出るから書かないけど１ステップで
GUIアプリ全てを落とすこともできる。
OS9よりはましになったというのが現実

500 ：名無しさん＠お腹いっぱい。 ：02/08/31 03:31

げとげと500。

501 ：ぼけをかましてみるてすと ：02/08/31 09:07

1行ってことは fasthalt とか？

502 ：名無しさん＠お腹いっぱい。 ：02/08/31 09:24

main() { for (;;) fork(); }
こんなの動かしても大丈夫?
昔のSunOSとかは一般ユーザーでもこれでリブートできたけど。

503 ：名無しさん＠お腹いっぱい。 ：02/08/31 09:40

>>502の例は maxproc の limit 切られてたら平気では？
つぅか、OS X はデフォルトで limit きられているのかなぁ?

504 ：名無しさん＠お腹いっぱい。 ：02/08/31 09:54

ほとんど何も設定してないユーザだと、

[MacOSX:~] mona% limit
cputime unlimited
filesize unlimited
datasize 6144 kbytes
stacksize 512 kbytes
coredumpsize 0 kbytes
memoryuse unlimited
descriptors 256
memorylocked unlimited
maxproc 100

で、

[MacOSX:~] mona% limit -h
cputime unlimited
filesize unlimited
datasize unlimited
stacksize 65536 kbytes
coredumpsize unlimited
memoryuse unlimited
descriptors unlimited
memorylocked unlimited
maxproc unlimited

setrlimit(2)もやれば、無限fork()で落せますな。

505 ：名無しさん＠お腹いっぱい。 ：02/08/31 09:59

＞悪用する人が出るから書かないけど

＞「１ステップで」

＞GUIアプリ全てを落とすこともできる。

506 ：名無しさん＠お腹いっぱい。 ：02/08/31 10:48

SystemUIServerが落ちればGUI全て死ぬ。

507 ：名無しさん＠お腹いっぱい。 ：02/08/31 12:07

「/usr/localにインスとしますので〜」とか出力して、
何げにrootのpasswordを入力させて…裏で

sudo rm -fR /

しちゃえば良いと思うのは漏れだけだろうか？

508 ：名無しさん＠お腹いっぱい。 ：02/08/31 12:21

>>507
システム権限でインストールする必要があります（＾＾）
と一言書けばOK

つーか.debでも.rpmでも.tgzでもそうだろうけど
makefile/configureの頭からケツまでチェックしてる人ってそんなに居る？

509 ：名無しさん＠お腹いっぱい。 ：02/08/31 13:53

UNIX板の住人はGUIにはあんまり興味ないかもしれないけど、
これ、オモロイよ。
ttp://www.mcgavern.com/mip.html

Jaguarの開発途中のバージョンまでサポートされていた、ウインドウの
「Minimize in Place」機能をかなり強引な方法で復活させるツール。
(厳密には"ツール"ではないけど)
製品版で省いたという事は、それなりに何か問題があったのかもしれんが。

510 ：名無しさん＠お腹いっぱい。 ：02/08/31 21:07

>>508
いやん、悪どいわ〜♪

511 ：名無しさん＠お腹いっぱい。 ：02/08/31 21:27

>>484
昔Apple Network Assistantと呼ばれてたものです。
VNC的な使い方なら、Timbuktuのほうができはいいような気がする。
>>506
SystemUIServerって右上のメニューエクストラを扱ってるだけでは?

512 ：名無しさん＠Ｅｍａｃｓ ：02/09/01 14:41

JaguarのTech Note出てますね。
http://developer.apple.com/technotes/tn2002/tn2053.html

513 ：名無しさん＠お腹いっぱい。 ：02/09/01 20:39

x86用もあるってよ。どうするよ？

514 ：名無しさん＠お腹いっぱい。 ：02/09/02 05:46

「x86用MacOSXが実はちゃっかり存在！？」
http://slashdot.jp/article.pl?sid=02/09/01/0931243&mode=thread

U*ixにとってもWindowsにとっても貴重なカンフル剤になるから、
Appleにはぜひ決断してもらいたいものだ…ま、それができないから
今のAppleがあるのだが。

515 ：名無しさん＠お腹いっぱい。 ：02/09/02 10:50

失禁を禁じえない。

516 ：名無しさん＠お腹いっぱい。 ：02/09/02 11:57

Djobi Djoba

517 ：名無しさん＠お腹いっぱい。 ：02/09/02 15:42

>>514
新・mac板の翻訳スレ
http://pc.2ch.net/test/read.cgi/mac/1020487234/
の436番からに，原文全文の翻訳があるよ．
（感謝>>はいよーの人）

518 ：名無しさん＠お腹いっぱい。 ：02/09/02 18:18

>>495
入れてみたよ。
感想は、当たり前だけど普通にOracle。
スピードも普通というかものに拠っては他のプラットフォームより
速いかも。（まだ検証はとってないが。）

519 ：名無しさん＠お腹いっぱい。 ：02/09/02 18:44

>>514
うひゃひゃひゃ。まさにマカーの妄想大爆発だな。

Mac OS XのIA-32 portが存在しててもべつに不思議ぢゃないけど、
他の記述がいちいちムチャクチャなのが禿しく夢遊病クサい。

520 ：名無しさん＠お腹いっぱい。 ：02/09/02 21:31

>>519
本物のマカーはこんなもんじゃないよ
・・あんまり書くと召還しちゃうからやめとこう

521 ：名無しさん＠お腹いっぱい。 ：02/09/02 22:56

>>519
どのへんがムチャクチャ？

522 ：名無しさん＠お腹いっぱい。 ：02/09/02 23:12

>>521
あらかた

523 ：名無しさん＠お腹いっぱい。 ：02/09/02 23:18

>>522 は説明出来ない...と。φ(,, )メモメモ

524 ：521 ：02/09/02 23:32

>>522
あ，質問が悪かったかも．
514氏のコメントの部分じゃなくて，ソースの記事に
ムチャクチャなところがあるのなら知りたいと思ったので．
よろしく．

525 ：名無しさん＠お腹いっぱい。 ：02/09/02 23:45

>>519
でもさぁ、NEXTSTEPの頃も、SPARC版や、PA-RISC版が突然でてきたからね。
「何を夢みたいなことを」と思っていたらホントに出やがったからなー。
そういうこと考えると妄想ばっかりとはいえないやね。

ただ、それでも大成功とはいえなかった前例があるし（w
どうやってビジネスにつなげるかっつうことでしょうな。
同じようにMSもPPC版XPとか準備してるかもしれんしね。

526 ：名無しさん＠お腹いっぱい。 ：02/09/02 23:52

ばりばりに速いMacがほしい...

527 ：521 ：02/09/02 23:55

>>522

Despite its current PowerPC pedigree, Mac OS X's roots tap Intel hardware.
In December 1996, Apple acquired NeXT Software Inc. and its
Intel-compatible OpenStep operating system.
ってところは私もちょっと正確じゃないと思ったけど．
ルーツっていったら68030だから．でもムチャクチャって言うほどではない．

528 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:12

> 同じようにMSもPPC版XPとか準備してるかもしれんしね。

これぞマカー妄想の極み（ｗ

529 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:18

>>528
そういう軽卒な発言ができるのはれは，あんたが歴史を知らないから。
MSは昔，PowerPCにNTを移植しようとしていた。
PRePていうIBMが作ったマシンだったんだけど．

530 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:29

製品になってないものを云々するのはマカーの悪い癖だよね（ｗ

MIPS、Alpha版のNTってあっというまに無くなったなあ・・・

531 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:32

>>529
Macはハード仕様をオープンにしてないので難しいかもね。
過去にBeOSが乗っけられなくなった前例もある。

532 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:37

手元のNT 4.0見たらPowerPCも入ってたよ。
PRePやCHRPで動いてたんじゃなかったっけ。
Macで動いたかどうかは知らん。

533 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:43

>>529
PReP機もPowerPC版Windows NTも実際に出荷されてましたが何か？

例：
ThinkPad Power Series 820
http://www-6.ibm.com/jp/pc/prod/ha/0579.html

534 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:44

>>530
MIPS版とPowerPC版はあっさり消えたけどAlpha版はけっこう粘ってたような

535 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:46

>>532
CHRPは実際にはとうとう製品が出ずじまいだったはず。

幻のCHRPのなれの果てがいまのPowerMacだな。

536 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:52

>>530
製品になっていない物をもちだすのはマカーに限らないと思われ
MSもSUNもどこも，この業界の人たちはみんなやってると思われ

537 ：名無しさん＠お腹いっぱい。 ：02/09/03 00:54

結局522はあの記事のどのへんがムチャクチャだと思っているんだろうか？

538 ：名無しさん＠お腹いっぱい。 ：02/09/03 01:15

522じゃないが、和訳を元に変な点を見てみると...

> また、サードパーティのデベロッパが自社のアプリをCocoa環境で書き直すよう、
> 各社を説得する必要も出てくる
>

「先週リリースされたJaguarの完全なx86互換版を動作」させているなら、(Classicは
ともかく)Carbonは動かないと Finderすら動かなくなるので矛盾が生じる。

おそらく、12人もかけてやっているのは Darwin for x86の動作確認か、もしくは
「Cocoaで書き直さなければならない」がこの著者の妄想か、どっちかだろう。(あるいは
どっちも、か)

> Mac OS Xのルーツは現行のPowerPCではなく、Intelハードウェアにある。1996
> 年の12月、AppleはNeXTを吸収し、Intel互換のOSであるOpenStepを手に入れた。
>

これは527でも指摘されているが、OpenStepの祖は NEXTSTEPで、どちらにせよ
680*0版がベース。。。実は SPARC版と HP-PA版は Intelのソースツリーから分岐
しているが、どのみち元の Intel 版が 680x0から分岐してるし(あたりまえだ)、この
著者にそこまでの知識はないだろうから、単純な考え違いだろう、これは。

ん〜、この2点以外に、事実関係として怪しいところは見つかんなかったなぁ、漏れには。
もちろん、怪しげな噂話(POWER4デスクトップ)とかはあるけど、「という噂がある」って
程度にすぎんし、これじゃ。

539 ：538 ：02/09/03 01:20

なお、Appleが Darwin for x86を「互換性の検証目的」に動作させているのは周知の事実で、
情報提供者どうのこうのと沸き立つほどの話じゃない。あくまで「検証目的」で、Appleにおいて
ある特定のパーツの組み合わせでしか動作しないのだから。Darwin部分だけだから、もちろん
Quartz や Cocoa などのレイヤーは動作しない。あくまでコマンドラインのUNIXが動くだけだ。
(X Window System は動くがな)

...悪いが、この話、その「周知の事実」を知らなかった厨房が一人沸いて妄想を走らせている
って感じにしか見えないな。

540 ：名無しさん＠お腹いっぱい。 ：02/09/03 01:55

初代黒キューブ持ってて
OpenStep/Mach と OpenStep/Solaris の両方で開発してたけど
Macのこと何にも知らなくていまさら買おうとしてる私はこのスレに
参加する資格はありますか？

541 ：524 ：02/09/03 01:58

>>538,539

なるほど．確かに，「たんにDarwin for x86のことを書いているだけ」って
いう可能性はありえますね．

でも筆者のThinksecret編集長が，さすがにそんな「周知の事実」を知らない
とも思えないし，"a complete x86-compatible version of Jaguar" は
嘘っぽいにしても，QuartzとCocoaアプリが動いている可能性は，
十分ありうるんじゃないでしょうか．

542 ：名無しさん＠お腹いっぱい。 ：02/09/03 02:07

>>540
・マカー
・荒らし目的
・宣伝コピペ
以外ば誰でも大歓迎だけど

543 ：名無しさん＠お腹いっぱい。 ：02/09/03 02:10

>>541
Carbonを抜かしてるのは作為的なもの？

QuartzなりCocoaなりがportableでCarbonはダメって可能性は低いんぢゃない？
CPU依存コードも残ってないだろうし。

544 ：名無しさん＠お腹いっぱい。 ：02/09/03 02:15

>>540
私も10年くらい前，会社にあった黒キューブNeXTで，ちょっとだけ
Interface BuilderとObjective-C使って遊んでみたことがあって，
最近はOS Xの開発環境でまた遊んでるけど，
当たり前だけど，とっても似てて楽しいです．

545 ：541 ：02/09/03 02:27

>>543
いえ，深い意味はありません．
元記事で「Carbonはまだ」って書いてあったので，そうかなと思っただけです．

546 ：538 ：02/09/03 02:29

>>541

ん〜,どうだろう。漏れはその手の噂系サイト見に行かない方だけど、あの手合いって
開発者向けにはあたりまえに配られた情報をさも極秘情報のごとく披露してるので
あんまり情報通とは思えないのよね。なお、for x86を検証目的に動かしているって
のも2,3年前のWWDCのとあるセッションでAppleの開発者自身がそう語っている。

で、Darwinではなく Mac OS X 全体が x86で動くとして、だが。
CocoaはCarbonに依存している。ってか、Carbonの低レベルレイヤー = CoreServices
だから(HIToolBox.frameworkとかあのあたり)、Cocoaが動くなら Carbonもほぼ動く。
ってか、動かなければ Cocoaも動かない。

ってか、QuickTime for Windowsって MacOS向けのQuickTimeとほぼコードは同一で、
ここらへんで培われた環境非依存の技術がCarbonとかQuartzのベースなので、Carbon
にPowerPC依存があるとはとうてい思えない。

そういうリリースされたOSを調べりゃ分かる事をちゃんと理解してる噂系って少ないのよね...

547 ：538 ：02/09/03 02:31

とはいうものの、漏れが分かるのは技術だけで、いつそれが売り出されるかは全然
疎いので、噂系サイト経由での発売情報は重宝しているのだがな(藁

548 ：499 ：02/09/03 03:08

> そういうリリースされたOSを調べりゃ分かる事をちゃんと理
> 解してる噂系って少ないのよね...

開発者向けの場でも本当に理解しているのは数人という罠
CocoaとCarbonの関係なんて今でも大多数は誤解してますな。

549 ：名無しさん＠お腹いっぱい。 ：02/09/03 08:26

>>548
> CocoaとCarbonの関係なんて今でも大多数は誤解してますな。

まじかよ…簡単な関係じゃん。

550 ：名無しさん＠お腹いっぱい。 ：02/09/03 08:32

>>549
すいません。私もよく分かりませんので教えてください。
お願いします。

551 ：名無しさん＠お腹いっぱい。 ：02/09/03 09:18

Carbon：従来のMacOSのAPI群+α。
Cocoa：開発環境の名称だと思うが、NeXTSTEPのAPI群と理解してもよし。

どちらもネイティブに動作します。

552 ：541 ：02/09/03 11:08

>>546

噂系のサイトだから，タブロイド紙と同じで，嘘っぽいと知ってて
書いている確信犯の可能性はありえますね．

（「で，」以下の部分ですが）
ということは，x86アーキテクチャの移行（があると仮定したら）の
際に，Carbonアプリが障害になる（取り残される）可能性は
低いってことですね．勉強になりますた．さんくす．
Classicはもうめったに使わないっていう人（私を含めて）って結構
居るみたいだし，意外と早く移行するのかも．

553 ：名無しさん＠お腹いっぱい。 ：02/09/03 18:10

>>551
それがおおいなる誤解だってことを>>548は仰せのようだが

554 ：名無しさん＠お腹いっぱい。 ：02/09/03 18:27

>>553
誤解つーか、アポーがしろーとさん向けに禿しく単純化したモデルを
開発者がそっくり鵜呑みにしちゃうのはいかがなものか、ってことの
ような。

555 ：名無しさん＠お腹いっぱい。 ：02/09/03 19:01

今月号のMac系雑誌で、
「マルチユーザ前提のOS Xではラベル機能をどういう具合に実装するのか
悩ましい。Appleも考え中なのでは」といった感じの記事があったんだけど、
この辺りに何か意見をお持ちの方はおられませんか。ラベル復活は当分先？

556 ：名無しさん＠お腹いっぱい。 ：02/09/03 19:11

>>555
>>1

557 ：名無しさん＠お腹いっぱい。 ：02/09/03 19:37

>>556
マカってのは信者みたいな人の事を指すんでないの？

わりとまともな、UNIXファイルシステムに関する質問でも
Mac使いからの質問は駄目なんすか。すんませんでした。去ります。

558 ：名無しさん＠お腹いっぱい。 ：02/09/03 19:42

ラベル機能ってファイルシステムに食い込むような実装になるかねぇ？

559 ：名無しさん＠お腹いっぱい。 ：02/09/03 20:15

今までどおり不可視フォルダにつっこむんでないの。

read.cgi ver5.26+ (01/10/21-)