【CodeGear】Embarcaderoオッチャ その26【Delphi】

エンバカのスレかもね

HP
http://www.embarcadero.com/jp/

日本語フォーラム
https://forums.codegear.com/category.jspa?categoryID=3

前スレ
【CodeGear】Embarcaderoオッチャ その25【Delphi】
http://hibari.2ch.net/test/read.cgi/tech/1310977286/l50

関連スレ
くだすれDelphi(超初心者用)その53
http://hibari.2ch.net/test/read.cgi/tech/1309101455/

スレ立てお疲れ様です

>>1
HPって言葉の使い方間違えてるよｗｗｗ

日本でＨＰと言えばそれはヒューレッドパッカード社のことだ

ヒューレッドパッカード →PCユーザー乙
ホームページ →十中八九用法誤り乙
ヒットポイント →ゲーマー乙
ホームパーティ →パソ通経験者乙
ハリーポッター →完結乙
>>1 →乙

パタパタ試し中　明日朝早いんだが、こりゃ寝れんな
怪しい挙動もあるが、これは結構行ける感じだ　凄い　もう一個追加で買おう

数々のバグとLiveBindingの使えなさにTwitterもついにお通夜状態

不具合はあるが、出来上がったアプリは安定動作　まずまずだ

C++11にはどの程度対応してるん？

デバッグモードは会長だが、Releaseモードは駄目だな

releaseモードで作られた　x64実行ファイルは随分巨大いう感じ
releaseモードの××EXEって、売ったら駄目なんだろうね　

IDE Fix Packって出してる人いるじゃん
あれってどうなん？
使ってる人いる？

とりあえず、入れて余計動き怪しくなったとかないので、惰性で入れてるけど、変わってるかは謎。

エンバカデロには丁度いい目くらましだ

>>12
うーん…
試しに入れてみるかな

大きな問題はないよ＞IdeFixPack/DDevExtentions

スターターエディションってXE2でもあるの？
どのくらい制限されてるの？

XE Starterはまだリリースされていない(近日予定)。いつか知りたければ明日David Iに
聞いてみれば？
制限はXEでの制限+Win32のみ(Win64/OSX/iOS)、Win32でのFireMonkeyは可能。詳細は
ttp://edn.embarcadero.com/article/images/41563/Delphi_XE2_Feature_Matrix.pdf
で確認して。

間違えた
× XE Starter
〇 XE2 Starter

スターターもう売ってるみたいだけど
スターター２種類売っているね。
XE2 Starter　18000円くらい
XE2 Starter　バージョンアップ版　14000円くらい
バージョンアップ版ってどのユーザが対象なの？
探したけれど見つからなかった。

スターターって売れてるのかな

VSは二万くらいで売ってたスタンダード版を辞めたんだよね
上手く宣伝できれば売れるかもしれない
新しいユーザーが手を出しやすい価格だし

売上1000ドル超えたらPro買えって
Pro買ったら売上殆どなくなるじゃん

製品紹介ページに価格表のpdfへのリンクがあったと思ったんだけど今見たら見あたらない。
誰が知ってたら、教えて。

FireMonkeyにソースコードの盗用が発覚したな

ソース盗用のソースは？
無いとサイバーポリスに通報します。

公式フォーラムも見てないの？

そんなの見るほどヘビーユーザーじゃないし

本気で誰も彼もが公式フォーラム見てると思っているなら、
余計なお世話ながら、ちょっと心配してしまう

言い訳はいいから見たの？

27宛かな？28宛かな？

28宛だとしたら、ソースの盗用があったかは、それほど興味無いんで見ていない。
ただ、誰も彼もが公式フォーラム見てるって思い込みを心配しただけ。

27宛だとしたら、見てるのかな？どうなんだろう？

うざすぎ

>>30
暇そうだし言い訳はいいから見れば？

見っけた。MPLのGLSceneのコードが使われてるってやつね。
ってことで、FireMonkeyアプリ配布する場合は
Meaning in short that all compiled FireMonkey applications should have a copyright statement about GLScene (in the about box f.i.),
and if you modify FireMonkey source files yourself, depending on what you modify, you could fall under MPL and you would have to publish those modifications.
ってこと？

まぁ、その前にDelphi自体がGLSceneのコード使ってる？のに、
そこらへんの表記がないってことでライセンス違反じゃ？ってこと
かな。

どうも価格がいまいち分かりづらいな。
バージョンアップ
2011年　9月30日まで　XE2 Professional　42,000　2007以降ユーザ
2011年12月27日まで　XE2 Professional　71,400　2007よりも前のユーザ
こんな感じか
スターターは全ユーザ対象なんかね？

まぁ文句をつけられるのは GLScene の作者だけなので外野は黙ってろ

GLSceneはKSDevが開発したものだよね。

KSDevはエンバカが買収したのだから
GLSceneもエンバカのものだよね？

つーことはエンバカが自由に
ライセンスを変更できるんじゃないの。

>>36
MPLには違反によるライセンス取り消し条項があって、
しかも時限性で作者の判断関係なく自動的に失効する
早めに対処してもらわないとFireMonkey自体が使用できなくなるわけ
だから少なくとも製品の利用者にはエンバカへ早期の対応を求める権利がある
MPLの中身読んだことない馬鹿は黙ってろ

>>37
はあ？KSDevとGLSceneは何の関係も無いんだが

なんでエンバカ擁護するんだ > 38
クソ Delphi 使うのがバカ。ってだけだろ？

アンチは頭がおかしくなりすぎて38が擁護に見えるらしい

>クソ Delphi 使うのがバカ。ってだけだろ？
バカじゃなく基地害ってだけ
ずいぶん前からエンバカユーザーは基地害って常識

それは違う。
基地害だからエンバカユーザーになるのだ。
あと、年寄りとか。

ここのアカデミック版て卒業後も使えてアップグレードもできる？

できるけど、アカデミックライセンスのまま

>>43
アカデミック版にはどのような制限がありますか？

アカデミック版は、学生によるプログラミング学習や学校の授業などの学習目的のみにご使用いただけます。
教育機関は、そのシステム開発等の用途にアカデミック版を使用することはできません。
アカデミック版には、旧バージョンは含まれていません。
また、アカデミック版から通常の製品ライセンスにアップグレードすることはできません。

http://edn.embarcadero.com/article/41572

軽微なバグはあるようだが、今のところFireMonkeyに致命的なバグは見つかっていないな
iOSという部分で今までDelphiに興味が無かった、あるいは知らなかった層にも名前が浸透しつつあるし、
これは本当にDelphiの転換期になるかもしれないな

>>44>>45
�d

Delphi 6 以降下がる一方だった知名度が逆に幸いして、
6 当時しか知らない人たちからはかなり好意的に捉えられてるみたいだね

注文してもすぐに届かないのがもどかしいw

>>19
XE1 の時の話だから参考程度で。
確か Microsoft の開発環境 の ExpressEdition や eclipse が対象だったはず。

>>49
デベロッパーキャンプで忙しいだろうからな。

64ネイティブ化のため、今日は徹夜だぁ−

広ぅだ　寝よう

とりあえずsageろ

>>52
なんか嬉しそうだね
ガンバれ！

今までマルチプラットフォーム用にクロス開発できるようなコンパイラはDelphi以外でもキワモノ扱いだったよね？
でもマルチプラットフォームということならコンパイラではないが、Javaを筆頭に需要は確かにある

であるなら、これからはマルチプラットフォームこそコンパイラの標準的な機能になってほしい

iPhoneはスマートフォンを通信キャリアへの絶対的服従から解放した♪
DelphiもOSベンダーの拘束からおれたちエンジニアを解放してほしい

それってコンパイラじゃなくてライブラリの役割だろ

>>21
止めたっつーか無償のExpressシリーズになっただけだろ。
無効はタダだよ・・・orz

Delphi 7の頃と立場が逆になったよね

>>48
この人否定的みたいだよ。
でもXE買ってたみたいだから、厳密的には6以降知らないという訳では無いか。

http://www.haijin-boys.com/weblog/index.php?fuseaction=weblog.entryInquire&entry_id=4e61ae0f0422d6.64962426

ExpressとStandard両方あったんだよ
さすがにExpressは機能削られ過ぎ
スターターも削られ過ぎだけど

>>59
XE買ったばかりだからわざと否定する旨が書いてあるだろｗ

渾身のギャグなんだから
笑ってあげましょう。

DVD申し込みフォームって何処？
製品イメージDLしたらその中に入ってるの？

今落としているけど時間が掛かりすぐるorz

>>56
Delphiから解放されるのが吉。

FireMonkeyはWPFの後追いに過ぎないのに、Flashに勝ったみたいな発言してる人が見てて痛々しい

wpfってウィンドウズ専用？なら要らね

そんなことよりFMで作ったアプリ動かすにはメモリ2GBないとダメって本当？

LIONは重いからな。

Win8でDirectUIでネィティブからもXAMLでUI組たてるようになるかもしれんというのに。

Delphiってセキュリティ万全なんですか？
Delphi製のソフトがウイルス扱いされることありますか？

2600円なんだよね
ライオンは

>>69
Delphiで作ったトロイの木馬とかあるらしく
Delphiで作るとアンチウイルスソフトが誤検出とかけっこう聞く
Delphiそのもののセキュリティはわからん

Windows上で検出されるウイルスのほとんどはＶＳで作られている

ちょっと知ってる人居たら教えて下さい。
iOSのコンパイルのテスト中なんですが、
ファイル→FireMonkey HD iOSアプリケーション
でプロジェクトを追加したのですが、
「ツール→Delphi To xcode変換」がありません。
これを出すにはどうしたら良いのでしょうか？

.NETだと.NETライブラリが別で抱えられてるからライブラリに不具合があったとしても
ソフト側がウイルス扱いされることがない

>>73
ここはキチガイの巣だから質問スレに行こうな

.NET自体がウイルスみたいなものだからな

>>73
別アプリなのでメニューには自分で登録、と誰かが書いてたが

まだ解決してませんが、dpr2xcodeをツール登録してるみたいです。

公式ページ
http://docwiki.embarcadero.com/RADStudio/XE2/ja/FireMonkey_%E3%83%97%E3%83%A9%E3%83%83%E3%83%88%E3%83%95%E3%82%A9%E3%83%BC%E3%83%A0%E3%81%AB%E5%BF%85%E8%A6%81%E3%81%AA%E6%BA%96%E5%82%99
オフライン版から既に何ヶ所か変わってた。
先陣組はオンライン参照した方が良いかも。

XE2 32bitターゲットで「E2010 'Cardinal' と 'NativeUInt' には互換性がありません」を
一発で解決するオプションとかない？
ぜんぶ書き直すのメンドイ

ウーム　可名り進んで来たが　こりゃハードだ　仕事暫く停止させて頑張ろう

がんばれ。

一時は （タッけー商用版の）ＱＴ に移ろう可と考えて田ので、何とかここで ６４ネイティブを作りたい戸頃

コンパイルできない…
なんでやねん

私もコンパイルできず　　　Foｒｍのアイコンと　Unitのソース　双方を全コピーさせて
井関させました

うぐぐぅ。
FireMonkeyのサンプルコードをコピペしても何の描画もされないんですが…
どなたかTCanvasいじってる人いませんか？
http://docwiki.embarcadero.com/CodeExamples/XE2/en/FMXTCanvasDrawFunctions_(Delphi)
Canvas.DrawBitmapとかCanvas.DrawLineです。

64家で力尽きた　寝ようちぇん

もしｘ64で拡張レジスタをまったく使ってなかったらどうしようと思って逆アセを見たら、
一応ｒ8以降もSSEも使われててちょっとほっとした。

今日丸一日FireMonkey使って分らなかったこと、
VCL非互換の次世代ライブラリ名前が似てる分、ありそうで無いプロパティや、挙動の全然違うクラスが難解すぎ。
OS依存の機能をOS別に使いたいんだけど、そういった使い方がさっぱり。
例えばiPhoneのマルチタッチやGPS、特にGUIはOS別に使い分けたい。
一応Mac専用ユニットmacapiとかあるから多分出来るんだろうけどサンプル一つ見つからなかった。
他にはFreePascalのFCLが使えるらしい書き込みが本家フォーラムにあったけどこれもさっぱり。（SQLiteが使いたかった）
情報がとにかく少ない…
ちょっと心が折れそう

OS依存の機能は基本的に非対応です
マルチタッチなんて言葉すら出てこない

>>90
勿論FireMonkeyの基本はOS非依存だけど、OS依存コードが書けちゃうのがネイティブコンパイラ。
王道では無いにしろ、やろうと思えばできるし、Delphiにはその下準備が搭載されてるよ。
ただ、それをやったサンプルがどこにも無いんすよね。
もう少し調べりゃできそうなので、毎日検索しつつ自分でなんとか頑張ってみたりもします。
と書きつつTFormがWin,Macで切り分けコードで書かれてると思うのでその辺読めば行けるかも。
ウィンドウコントロールはネイティブAPI使わないと実装できないですからね。

しかし…今日の参加者を見てみると、４０代、５０代の人が多く、２０代の人がほとんどいない…
エンバカデロ日本代表の藤井等氏よりも年上の人が多いような…
２０代の人がいるＩＴ関連会社では、Delphiなんか使わずに、javaやPHPを使うためなのでしょうか？
平日の昼間に２０代の人が勉強会に出させてもらうのは難しいという事情はあるでしょうが少しショックでした。
私も３日前の参加申し込みでも間に合ったし…
５年前の同じ催し物はもっと参加者が若かったような気がします。
他の参加者の方はどのように感じたでしょうか？

>>91
残念ながら OS X や iOS は根底のライブラリが Delphi 製ではないので、
いくらネイティブコンパイラといえど、Delphi だけで全部をやるのは不可能なんですが。
Objective-C を書けば確かに何でもできますが、それって「Delphi」でやったことになるんですかねえ（笑）

Objective-C 言語でできることは C/C++ および Delphi で記述できるのだが。
というか、それを許すように Objective-C 言語と RTL が設計されている。

まぁもちろん「できる」と「使い物になる」とは別のことなんだけどね

あと、OS 「ネィテイブ」 API を使えることと、バイナリが「ネィテイブ」コードであることは何の関連もない。
.NET/Java から Windows を含む OS API をいくらでも使えるし。

>>91
OS依存/非依存なんてOS側が似たようなインターフェースを提供してるかどうかでしかないじゃん。

ネイティブAPIってのが何を意味してるのか知らんが
今日日のスクリプト言語・・・特にグルー言語として知られるLuaやPythonでも呼び出せるだろ。

はい。マンセー君の負け。

OSのAPIがつかえることと、実行ファイルがネイティブか否かは確かに関係ないね。
それが直接使えるからって特別なメリットがあるわけでもないけどW

AndroidアプリがC++出かけるのはXE3かXE4ぐらいかな

Mac版のRTLはわざわざObjectiveCのラッパーになってるんだけど、
ObjectiveCでできることがDelphiでもできるなら、なんでラッパーになってるんだろうね
不思議だなー
信者脳だとそういうことになってるんだろうなー

なかなか神経戦だ　デバックモードではＯＫだが　リリースでは駄目だな

エンバカは「PHP インタプリタとブラウザを組み合わせたバイナリ」のことを「ネイティブアプリ」と平気で
呼ぶからな。

COM 系の WIndows API (DirectXとか) が C++ で記述されているとして
Delphi から COM のラッパーを一皮かけて利用する場合、
それは Delphi で記述しているというのか？言わないのか？ > 100

あぁ確かに間違い、では今日も引き続きいじり倒してみます。
そろそろ使うか保留か決めなくては。

>>100
ラッパーのソース見れるからよんでみそ。
単に使いやすくしてるだけだろ。

その認識は間違ってるよ
使いやすくするだけなら直接呼び出すソースとラップするソースを作ればいいだけ
それなのにラッパーしかないということがどういう意味か分からないのかな？

Macは知らんがiOSはSDKへDelphiから直接アクセスする方法がないので、
Objective-Cを書かないと呼び出せないというのは正解

>>103
DirectXの機能を利用するコードをDelphiで記述してるだけだろ
それを言い出したらOSの提供するAPIがC++で書かれてるからDelphiじゃないとでも言うのか？
頭悪くない？

>iOSはSDKへDelphiから直接アクセスする方法がない
??気がくるってる？

>>103
91が間違い認めちゃってるけどまだ擁護するの？

108 と　１００が矛盾しとるがな。

うおっつ、
FireMonkeyフレームワークからVCLフォーム呼び出せた。
もちろん保証しないって警告ダイアログ出たけど。
後は最低限のMac,iOS機能が呼び出せればアプリ制作できそう。
やべーわくわくしてきた。

>>109
SDKってObjective-C/C/C++で書かれてたと思うんだけど、
Delphiってそれらのコードを混在させて書けるようになったんだ
XE2すごいな

こういうことだろ？

残念ながら Windows は根底のライブラリが Delphi 製ではないので、
いくらネイティブコンパイラといえど、Delphi だけで全部をやるのは不可能なんですが。
Visual-C でC++のコードを書けば確かに何でもできますが、それって「Delphi」でやったことになるんですかねえ（笑）

SDK が言語 A で書かれていたとして
それを使う別の開発環境は言語 A を使わなきゃいけないの？ > 113

気がくるってるね

>>112
喜んでるところ悪いけどVCLはWindowsベッタリだからMacで動かないよ

>>114
DelphiでOS書けるの？

>>115
それができたらiOS開発にMacいらなくなる
MonoTouchも結局iOS SDKが必要なために最終的にMacでコンパイルしないといけない
そして.NET言語とSDKを繋ぐ部分がわざわざObjective-Cで書かれてる

>>116
分かってますよ、VCL部分はWindows専用部分、
プロパティページとかにFireMonkeyのGUIを使いたく無いだけ、
あとこれは、OS依存コードのテスト。
同じような事をiOS,MacOSでやって、コアエンジンをFireMonkeyにするつもり。

>>92
BorConの昔から若い人は少なかったのでいまさらのような気も
まぁあのころは有料(5万円とか)だったので、ハードルは下がってるのに
なぜ若い人が、ってことはあるのかもしれん
ネイティブ開発のパイが小さくなって来ていることもあるだろうし、
ネットで情報がいくらでも手に入れられるってこともある

>>119
ここにいる信者もアンチも基本的に基地害しかいないことが現状を物語ってると思う

古参信者ほど固定観念に囚われて頑なになってるから、ちょっと意見じみた書き込みみたら必死に否定してくるからね。

VBとの軋轢から動的ライブラリを激しく毛嫌いし
Javaの隆盛を横目でみつつBorlandの思惑通りネイティブコンパイラ信仰をもち
それに加えてヘジ移籍の恨みで.netも大嫌い。

実行ファイルが大きくなったと言われれば、今の時代数メガ大きくなったところで何だと言う割に
別途ライブラリが必要な開発環境を小馬鹿にする(ライブラリを同梱して数メガ大きくなったところで何だ)


上記とは関係無いけど、個人的にはコンパイル速度がえらく遅くなっても、最適化に特化したバージョンがあっても良いと思うな。

問題は2GBを超える大容量データ扱えるかだが　配列でかくすると落ちるな
2GB枠内でも　「64ネイティブです」と暫くごまかせるけど…

iOSのSDKの関数をDelphiで直接呼びたせるかどうかって問題？
できないとOS非依存の火猿の世界でやるしかない…　

つまりDelphiは寄生言語ってやつですね

32bitのXP＆VISTAに2台にインスト　既にライセンス認証終えた
が、64マシンに入れた評価ライセンス版が快適　64機でやった方か良い感じだ

アンインスト＆機種変更して　再度ライセンス認証可能なのかな？　機種変更回数に上限あると聞いたが

計5回かな？あとはサポートにBump upを依頼することで追加的に認証可能になる。

ああ、アンインストールしても認証回数は戻らないんで念のため

iOS SDK が Delphi から呼べると言ってる人は何を根拠に言ってるのかねえ。
もしかして SDK が Windows でいう DLL みたいなものだと勘違いしてるのかな？
Windows だって ほぼ全ての SDK が C/C++ で書かれていて Delphi から直接呼べるわけじゃないのにね。
だからこそあの SDK を移植した Windows.pas なんてものが存在するんだし。
ひょっとしてあの膨大な SDK ライブラリ群を自力で全部 Delphi に移植してくれるという話？
それなら大いに期待。がんばってやってくれ。

>>126
>>127
有難ございます　Coreiの速い64機調達して、ライセンス追加で買う考えておきます
もう少しライセンス数が必要っぽい情勢

かし配列拡張ができない　痛いなー　VCLでは2GB制限内しか駄目なのかな

>>129
かな？…ってことはまだ試してないの？なら実際に試してみれば？

あと火猿はどうやって最終的にiOSで動くバイナリ吐き出してるんだろ？
詳しい人よければ教えて下さい　

動的配列は文字列と同じ扱いだから2GB制限が残っているのかも
もし本当に知りたければ田川さんにTwitterで聞いてみる、という手も

>>130
iOS対応はXCODE上のFreePascal用コードに変換して、XCODE上でバイナリを作ってる。

ＳＤＫを直接呼ぶって何？
Windows.pasってＡＰＩを呼ぶための宣言が書いてあるだけなんだけど？

>>Windows だって ほぼ全ての SDK が C/C++ で書かれていて Delphi から直接呼べるわけじゃない

これって根本的な部分で何か勘違いしてると思うな。
何をどう勘違いするとこういう発想になるのか不思議だ。
普段何使ってコード書いてるんだヨ？

>>130
試しは暫定のポンコツ64機なもので　

>>131
大規模配列どうなんでしょう　　GLOBALに使う静的配列を　ドカンと確保したいのですが　
これができないと64の意味が･･･　動的ならOKなのか　VCLでは駄目なのか？

64bitはあまり検証してないけど、
Delphi上でデバッグモードだとDelphiが32bitだから色々制限でるんじゃね？
64bitの検証するなら、単体でテストしたほうが良いんじゃないの？

もうやだ、このアホスレ

>>132
嘘書くなよ。変換処理は一切してない。
元からFPCで動くように作らないと動かない。

Delphiでもやれなくはないということには同意するが、それはあくまでも可能性の話だろ？
実際のところアホみたいな量のObjective-CソースをDelphiに移植しないと使えないのが現実
問題はそれを誰がやるかということ

エンバカはFireMonkeyに必要な部分しか移植してないし、
JEDIの連中は64bit対応に追われててしばらくは他の環境なんてやってる場合じゃない
かといって個人レベルではさすがに量が多すぎて手に負えないし、その上少なくない人数がKylixの件で慎重になってる
Delphiで何でもできるというのは理想論で、実際に使おうとなるとやはり難しいのが現状

あ、動的配列の件は文字列と違って64bit化してるから安心していいよ
ソースが欲しいならSystem.pasをTDynArrayRecで検索してくれ
Length部分がNativeIntになってるのが確認できるから

>>136
ここはアホスレではない
バカスレだ

138 ががんばって主張しているのは、
Pulsar には iOS/OSX のヘッダーの移植が足りない。
ってだけのことだね。

おーぉ　Integer は超巨大配列にて動作する
問題は Doouble まだ対応してないっぽい　だとするとアチャー

>>139
大変ありがとうございます　浮動少数点の　Doubleは記述がないような・・・
IntegerのArrayはいろいろ書いてるようですが

>>138は物事を的確に言う能力が必要。

まだまだ実用には耐えんという事だろ

>>141
SDK見たことないの？
WindowsのSDKと違ってヘッダだけじゃないよ

FireMonkeyはCanvasへの描画が難解、ヘルプのコードすら動かず
http://www.freeml.com/delphi-users/2179/latest?sid=0f6e744ed47d31594ec8ccecb40022b0

これじゃMacやiOSどころかWindowsでも使い物にならないね
ネイティブだからMacやiOSで何でもできる？描画もできないのに何ができるんだろう
これじゃ速度を犠牲にしてもまともに動作のするHTML5アプリやFlash変換アプリの方がはるかにマシだ
さすがネイティブ（笑）

デスクトップOS間のクロスプラットフォームなら分かるが
操作方法もインターフェースも大幅に違うスマートフォン用OSのアプリケーションと
通常のWindowsデスクトップ用のアプリケーションでクロスプラットフォーム開発する意味が見いだせない

受け渡しするデータ設計をキッチリやって、iOSはXCODEで開発する方が速いと思うけどな。
現状では何か問題が起こっても、それがiOS側なのかXE2側なのか切り分ける事すら満足に出来ないだろ。

Win-Linux間のクロスプラットフォームすら満足に実現できなかったのに、あんまり夢を見ない方が・・・

Image1.Bitmap.Canvas.DrawLineが白で描いてるだけなんじゃないのか?

今の戦略にはjavaやflashのようなOSに依存しない実行環境が必須だと思うんだが、
それを用意できていない時点で既に積んでる気がする・・・・
開発者側にかなり負担を強いるシステムになっちゃってる。

一番負担強いられるのは当のエンバカ、色々手を出すので人×工数が肥大化　
経営圧迫　　　　一つできてから次にいかないと

>>146
俺未だにDelphi7で止まってるんで分からないんだが
ヘルプじゃなくてcanvas使ってるサンプルコードとか無いのかな?
Delphiってそういうサンプルが充実してたんだが

>>150
でも大本営発表ながら収益は上がってんでしょ?
そもそもBorland/CodeGear時代も稼いだ金を株式報酬で全て吸い上げられてたのが赤字の主たる理由だったし。

ここ一発で資本を投入して骨となる技術を開発しておいた方が良いと思うけどな。

>>146
俺はちゃんとCanvasに描画できてるぞ。
ちょっと名前が変わったり、方法が変わっただけで
すぐお手上げになるような脳みそスカスカのアホは氏ね。

>>152
Unix系統は難しいからねー　Linux搭載PCだって一時ほど流行ってない
Linux知る人はあまりお勧めしないし

>>154
Unix系OSってさ、習熟すればするほど標準搭載されてるCUIコマンド群の秀逸さに気が付いて足ぬけできなくなってくるんだよな。
わざわざ下手なGUIアプリに手を出す気も無くなってくる。

古参には馴染みだった塚越一雄もUnixに入滅して久しいし…
あの人今何してんだろうか。

>>155
それは　他人からみれば　コンピュータを操ることが目的化してる感もあって

乱立するディストリにしろシェル設定にしろＧＵＩにしても　
全てにおいて　同じような　　だが微妙に違うものが沢山あり
設定でそれは変化し　その技術習得は、ＯＳ触ることが目的化した人には、
前進であり喜びなんだろうけど

勉強すれば　出来ると思ってしまう　そんなコンセプトであるかな　
アップルみたいなハード屋には融通利いて良いＯＳだろうね
アプリ開発屋には融通性が罠だな

>>153
へー、じゃあ描画可能なコードを書いてみてよ
まさか口だけじゃないよね？

>>156
基本的にUNIXはOSお勉強の教材みたいな面が強いからね。
それに必要なツールは何かしらの形で提供されてて、何か作ろうとしても車輪の再開発みたいな事になっちゃうし。

>>157
ググれ
お前に教えてやるほど暇じゃない
知ってるがお前の態度が気に入らない

等々の理由で書かれないに100ガバス
このキチ隔離スレでまともなコードにお目にかかる機会なんて滅多にない

>>157
あーそれ俺も書いて欲しいわ
もちろんWinXP〜7, OS X, iOSの全てで動くコードで

>>151
それは過去の話で、Delphi＝ドキュメントがカスというのはもはやこの界隈では有名な話
デブキャンでは毎回のように充実させろという悲鳴が上がってるが品質は下がる一方
XE2に至っては大々的に打ち出した新機能に関するドキュメントの大半が空白という始末
だから基礎中の基礎のことでさえ>>146みたいに質問が出る

>>161
ヘルプに載ってる例コードすらまともに動かないの?

FMのサンプル、すべてコンポのポトペタだもんな、ヘルプも空白だらけ、俺はすこし待つ事にしたよ。

ソース付いているんでしょ？読めば？

XE2反響すごいね
特に肯定派と否定派の争いが醜すぎｗ
まだ出たばっかりだし、ヘルプとかサンプルとか色々取り揃ってないのも事実だけどね
まあ致命的なバグとかあればアップデートもされるだろうし…
お前ら落ち着け！

バカなやつほど他人に答え求めるよな。
利口なやつは自力でどうにかしてる。

>>166

基本バカですみません。

ということで >>146 に対応する動くコードを書いて貼ってください。

そうしたらあなた「は」バカではないと認めます。

貼るまでは>>166もバカの一人

バカ同士仲良くやれ！

どうもマック関係に力が入ってるのかな　２ＧＢの壁を突破しなきゃ６４化の意味がないが
問題は　Doubleの配列だな　これが３２bit制約受けるのが事実なら
大変痛い

配列が型ごとに別々の実装になってると思い込んでる馬鹿がいると聞いて

配列のレングスがネイティブイント型

トライアル版インストール終了してパソコン再起動したら
登録情報が壊れているから登録し直せと出て
登録し直したら、登録上限に達しているから
登録なんぞ出来ないと出たわ。
つまりＸＥ２が起動しなくなったわ。
トライアル版が使えないというすごいバグ・・・

>>172
別アカウントを作って、ダウンロードしなおせばOK。

登録関係の不具合ってRAD Studio初期のバージョンから延々引きずってるな。
インスコ段階で既に挙動がおかしい開発環境なんて安心して使えないと思うんだが、何故直さないんだろうか。
エンバカのやる気の無さが現れてる

しかし環境は出さず解決しようという気もない
なぜなら文句を言うことが目的だからです

ビルド番号の自動生成が「ビルド」だけでなく
「リリース」も含むようになったのだけど、
「リリース」が更新されるタイミングって？
てか今ビルドしてみたが「ビルド」すら更新されない。
どうなってんだ。

で、うちもFMでCanvasに描画できず悪戦苦闘。
TFontのColorプロパティが無いので、色指定に
別の方法があるらしいのだが見つからず...
もちと頑張ろう。

>>172
Vistaにはじめてインストールしたときに、それと同様な現象に依然なったことがある。
しかも購入した製品版で。ハッキリ言って泣けた。

トライアルなんてどおでもいいんだが☆

Bitmap.Canvas.BeginScene() Bitmap.Canvas.EndScene()で挟む

それだけじゃ全ての環境で動かないんだよ
それで動くのはVistaと7だけ
やっぱり何も分かってない

もちろんWindows XP, Mac OS X Lion, Windows 7 64bitで動作確認済み。docwikiのサンプルに追加すれば動きます

これから、ループ制御変数の型はIntegerよりNativeIntの方がいいんです？

NativeIntはPointerとの相互変換が必要な場合にのみ使う、と考えればいい(TagとかDataのように)。
それ以外はInteger/Cardinalか、INT*/UINT*で。

描画についてちゃんと答えてくれたんだからお礼をしろや！
どっかの誰かさんありがとう♪

ああ、そういうことかってっきり、TStringsなどのインデックスプロパティなどとかも
64ビットになってるのかと思っちまったぜ。あんま、64bitって気にするな
なってことか。

マックのデータベースとかってネイティブで使えますか？
使えるなら某大学のシステム開発に投入しようかと考えてます。
あとマックで使えるレポートツールとかご存じの人いたら教えて下さい

そいや、MarcoさんのXE2本は、いつ出るのだろう？
ツアーで回っているうちは無理か。

10年前の過去ログのようなスレだな
今時デスクトップに固執って(笑)

え？いつデスクトップに固執したんだ？？

金払が良いのは　企業のデスクトップアプリ客で　デスク一本でいいのに
一つを実現しない間に、2つ目3つ目を行く　2流3流的な･･

>>189
10年前の世界から来たんじゃない？

Windows上でiPhone開発できると聞いたけど、デバッグとかはどうすんの?
XE2にエミュレータ搭載されてんのかな?

Mac上で。iOSのものは最終的にXCODEでコンパイル、デバッグすることになる。

>>192
Windows上でiPhoneエミュレータなんて作ったら世界初の出来事なのでたぶん物凄いニュースになってる

>>194
Macにはあるんだから、出来ない事は無いだろ。
あのAppleが許す訳は無いがｗ

時代はクラウド IDE とか、開発環境もろともブラウザの中で動こうとしているのに....

>>196
それが何？
くだらない文句しかいえないならレス無駄だろｗ

>>190
企業の情報システムの次期戦略として今マルチプラットフォーム、マルチデバイスが求められてるんだが？
どんだけ君は先が読めない人なんだろう

>>195
Wineによる不完全なエミュレーションをもって「LinuxでWinアプリが動いた！」といえるなら、
Windows上でiPhoneエミュレータというのも出来ないことはないと言えるだろうね。
でもハードについての公開された資料もなく、一から解析しなければならないものが現実的に可能か？
と言われたら99％無理でしょう。そこまでする意味もない。

それをやるくらいなら、iOS向けに直接コンパイルとデプロイできる環境を整えて、
実機とのリモートデバッグ機能を有した方がはるかに便利だし開発コストも低い。
そしてそれを実行し製品として販売している企業はすでに存在する。

時代はとっくにドットネットのウェブサービスに移行して今やアジュールのクラウドそしてHTML5に向かっているというのに未だにネイティブとか何のメリットがあるの？(笑)

googleだってネイティブだし。
むしろ.netを使っていて、凄く流行っているサービスってあるの？

アンドロイドが久しぶりにjavaを使っているけど
.netはねー。

ネイティブはインテルのC++やFortranの領域で根強いニーズあって
それは今のDELがめざしてる分野とは全然違うね

Delphiってどこにも居場所がないよね(´･ω･`)

Delphiの場合エセネイティブって感じなんだよなあ
ネイティブならC++でいいじゃんっていう

マルチプラットをネイティブで行うのは困難過ぎる
提供者の気まぐれでＯＳは変遷するし、幅広く互換確保するのは不可能　　　

ＬＩＮＵＸだって、目的のアプリ以外使用禁止にしたり、設定一切触らせず
融通性潰して、注意深く運用してる訳だし。会社の場合は。

>>202
QtとDelphi以外で
マルチプラットフォームなネイティブのRADって他にあるの？

lazarus

>>206
Wide studioってまだいきてんのかな？

ニッチを狙う分には
delphiはなかなか良いポジションじゃないか。

FireMonkeyは派手だし
キラーアプリが出来れば
ユーザーが増えるのでは？

>>196

作ろうとしているものが違いすぎると思うなWWW
ふいちまったよ〜

コンピュータはシンプルな方がいい
機能よりも使い勝手と感性

これを地でいってあぷるは時価総額世界一になった
そのあぷるはネイティブ！

落ち目のMSはどとねとにクラウド…

もう一目瞭然だよ

>>211
そうそう　ユーザー馬鹿だから　マイクロがVISTAで、ちょっと変更したらパニック

色々対応する技術も融通性も持ってない方が吉と出るな
使い手には融通性なくFIXされた常態は判りよい

確かにVistaはクソ

>>211
> 落ち目のMSはどとねとにクラウド…

MSは赤字と言うわけでは無いけど
最近は特許の使用料などで儲けているらしいね。
http://nanapho.jp/archives/2011/05/citi-says-microsoft-earns-5-times-more-from-android-than-windows-phone/

キネクトみたいな面白い製品もあるけど
ちょっと寂しいねぇ。

Embarcaderoは何やっても儲かってないけどな

Delphi MSに売り飛ばせや

５年前の人ですかｗ

>>209
ゲームやなんかのプラットフォームと勘違いしてねぇか?
開発分野のキラーアプリとはその環境自体の事だよｗ

そういやRAD Studioになる前のDelphiはDelphiで書かれてた(作られてた)
と聞いた事があるけど、RAD Studioは違うんだっけ？

あの重さからしてeclipse？

>>218
>>209は用法を勘違いしてると思うが、開発環境以外にキラーアプリとなった例はあるよ
例えばJavaScriptにとってAjaxを駆使したGoogle Mapsは革命的と言えるほどのキラーアプリだった
あんな例は他にほとんど無いけどw

>>219
今でもDelphi製だよ
2005〜2006の時点では酷い重さだったけど、少しずつ改善されて今は何の問題もない
というかEclipseも今は全然重くないけど…。相当昔のイメージだよねそれ？

NATIVE作る環境がNATIVEじゃなかったらまずいべ

>>220
Javascriptは全てのブラウザで実装されてるんで、GoogleMapsがJavascriptのキラーアプリだと言うのはちょっと違うんじゃね？

流れで言うとRubyにおけるRailsみたいなのがそうなんじゃないかな。

>NATIVE作る環境がNATIVEじゃなかったらまずいべ

なんで？また思いつきかな？

やっとFormのCanvasに字が書けた。

procedure TForm1.Button1Click(Sender: TObject);
var
r: TRectF;
begin
Canvas.BeginScene;
Canvas.Fill.Color:=clablue;
r:=RectF(0,0,100,100);
Canvas.FillRect(r,1,1,[],1);
Canvas.Fill.Color:=claWhite;
Canvas.FillText(r,'なんてこった',true,1,[],TTextAlign.taCenter);
Canvas.EndScene;
end;

試行錯誤で無駄な時間を使う前にラベルのソースでも読んだら？

DirectXの余分な命令が増えたって事？
昔のDelphiはこういうおまじない系は上手くラッピングしてくれてたんだけどなぁ…

Form に直接文字を書くことは普通のアプリでは起きない。
素直にコンポーネントを使え。ということでしょうね

FireMonkey がターゲットとするビジネスアプリならなおのこと。

エンプラ分野でFM使うなんて博奕打たねぇだろｗ

>>218
> 開発分野のキラーアプリとはその環境自体の事だよｗ

それはないよ。
Delphi製/FireMonkey製のサードパーティのキラーアプリが出来れば
それが広告塔になったり、そのプラグインを作るために
delphiが売れるというのは、ごく普通のことだよ。

これだと文字が描画されない。
今までのTCanvasとだいぶ作法が違うなあ。

procedure TForm1.Button1Click(Sender: TObject);
var
r: TRectF;
begin
Canvas.BeginScene;
r:=RectF(0,0,100,100);
Canvas.Fill.Color:=clablue;
Canvas.FillText(r,'なんてこった',true,1,[],TTextAlign.taCenter);
Canvas.EndScene;
end;

バグじゃないかな？ >230

>>229
ごく普通の事?
でその実際例は?

通常プラグインってDLLで提供する事が多いし
親プログラムとのインターフェースが公開されてなきゃ開発も出来ない。
だから普通は開発環境を限定しない。

>>222
GoogleMapsがChromeのキラーアプリだと言ったらおかしいが、
言語としてのJavaScriptのキラーアプリになったというのは別におかしくない
第一それを言ったらRubyだって実装はひとつじゃないし

皆さんネイティブ一筋で行く自信がないんですね

あたりまえ。
ネイティブかどうかは手段であって、目的ではない。
必要な機能を確実に適切なコストで提供できることが、ツールの存在意義であって
ろくなドキュメントもなく使うためにはソースコードを読まなければいけなく、
じきにバグ修正で丸ごと書き換わるようなライブラリを使うなんて、できません

もう一番の情報源はTwitterになったな
それに対してここやMLの劣化が本当に酷い
まともな人間がみんなTwitterに脱出したというのは本当だったらしい

>>235
正論だが、何に重きを置くかは個人個人、企業によって違うこと
しかもxe2はまだリリースされたばかりで今後ドキュメントなども充実していくんじゃね？
何よりなぜFireMonkeyがバグだらけで総書き換えなんて今の段階でわかるん？
FMのことじゃなくて一般論？
それとも自社都合で全く別言語化したVBとかの話しかな？

そおだよね、ＭＳの開発ツールなんていつ自分勝手に別物に生まれ変わるかわからんもんね
使ってらんないよね！

MSの言語はほとんど標準化してるから、そこから拡張されることはあっても別物になることはあり得ない
自分勝手に別物に変わる可能性があるのは、標準化も何もしてない完全に一社の勝手言語であるDelphiのほう

ツイッターとかゴミだろ

>238
へー
過去10年に限って振り返ってみても、Delphiって相当に互換性が維持されてるけどなあ
C#は新しいからいいとして、VBは？別物だろ？コイツはｗ

まあいいけどね
これからはDelphiも色々変わっていくんだろうし
マルチプラットフォームに大きく舵を切ってね

>>232
たとえばwikipediaやpukiwikiなどのwikiが流行れば
それを改造したり、プラグインを作るためにphpが流行る
phpを勉強するみたいな流れはあると思うよ。

MS製IDEだって、Officeなどのキラーアプリがあって
連携がとりやすいから、流行っているという面もあるだろうし。

> 通常プラグインってDLLで提供する事が多いし

macだとどーなるのかね？

>>222
> 流れで言うとRubyにおけるRails

Rails製のキラーアプリ（初期のtwitterだっけ？）があったから
Railsがはやって、Rubyが流行るという関係でしょ？

開発言語や開発環境だけでは、マニアックな開発者しか釣れないので
具体的な成功例・一般消費者の需要としてのキラーアプリが必要で
そのアプリを改造するために、特定の開発言語環境が必要と言うのが
好循環を産む、最も良い方法。

>>240
Delphiのナンバリング同士とVBとVB.NETを比べて別物って君頭おかしいんじゃないの？
どうしてもVBと比べたいならDelphiとDelphi.NETでしょ。で、Delphi.NETって互換性あったっけ？
それどころかDelphiは過去10年も振り返っちゃったら互換性全くないよね
Unicode化や64bit化は根本的に仕様が変わってコードの互換性が無くなったけど？
エンバカも互換性がないから修正して下さいって公式に言ってるよ？

全く別の言語である Oxygene を Delphi と称して売ってた会社もあったよね(´・ω・｀)
VB・VB.Net 以上に互換性ゼロだったよね(´・ω・｀)
信者の脳内ではあれも「相当に互換性が維持されて」たことになってるのかな(´・ω・｀)
でも詐欺まがいなのがばれて XE2 ではついに Delphi の看板を外しちゃったね(´・ω・｀)
公式に裏切られて必死に擁護してきた信者かわいそう(´・ω・｀)

おいぉぃ
とびこされたからって熱くなんなよｗ
ずっとウインドーず使っとけ！

>>242
へー
VBとVB.NETが別物だって認めちゃうんだ
つまり既存の顧客(=VB6.0までの)をMSは切り捨てたわけだね…
Delphiも.net時代は迷走したけどねｗ
でも今はメインストリームのネイティブに回帰してるし、既存顧客も見捨てずVCLも64化したよ

あとVB.NETが売れないもんだから後から旧VBとの互換性強化とかって、どんだけ客をなめてんだかｗ

>>245
認めちゃうも何もMS自身が最初から別物だって言ってますが。
妄想が強すぎて現実と区別が付かなくなってるのでは？

DelphiというかBorlandなんて切り捨てのオンパレードだったじゃないですか。
Delphi.Netだけじゃないです。JBuilderどうなりました？C#Builderは？3rdRailは？
VB.NETみたいに互換性がないとはいえ後継製品がありコンバータも存在する方が何倍もマシですね。
最近じゃDelphiでも付属のデータベースや帳票コンポすら毎回のように変わって苦情が殺到してるそうじゃないですか。
デブキャンのスピーカーですら公然と批判してましたよ。客をなめてるんですか？

互換性の維持の前に、会社の維持もできてないところもあるよね？(^Д^)

おまえらは自分の感情維持できてないけどね

>>246
Blackfish SQLの話か。あれは笑ったｗ
これからはBlackfish SQLを活用していこうという内容だったのに、
その前にBlackfish SQLが今回から消えるという事実が通知されて、
「Blackfish SQLを使って…まあXE2にはないんですけど」会場苦笑
「選択を間違えましたね…」会場爆笑

>>245
Delphiは既存顧客捨てたらもう食っていけないからなあ
新規なんてほとんど無いだろうし
唯一新規獲得のチャンスだったFireMonkeyもバグありヘルプなしの状況が知れてきて
せっかく各社伸ばし始めた手が一斉に引っ込んでる状況
ほんとこういうところが下手だ

>新規なんてほとんど無いだろうし
新たにDelphi使いになるプっているのか?
だって、信者相手にしか商売しない低脳ゆとりのエンバカだから
バグありヘルプなしでも十分商売になるって確信している。
信者相手の商売は新規獲得なんてしない

>>246
> Delphi.Netだけじゃないです。JBuilderどうなりました？C#Builderは？3rdRailは？

Google、終了予定サービスを発表　「Google Desktop」や「Web Security」も
http://www.itmedia.co.jp/enterprise/articles/1109/05/news013.html

よくある話だ。

> 3rdRailは？

ruby on railsって廃れたの？

>>250
> 唯一新規獲得のチャンスだったFireMonkeyもバグありヘルプなしの状況が知れてきて

現状は、とりあえずアーリーアダプター用でしょ。

NetBeans IDE 7.0からRuby on Railsのサポートを廃止
http://journal.mycom.co.jp/news/2011/01/28/061/

あちゃー。

お前ら聞いてくれ

OS Xに転送してFMのテストをばりばりやってんだが、 日本語が軒並み化ける。(; ;
エクスポートで.pasがSJISで出てくる時点でがっくりだが、まあそれは変換すればいい。

問題はその先。

UTF-8のファイルをコンパイルしても文字化けするというこだ・・・(; ;
もちろん日本語をXCode上で書き直してもだ！

日本語環境でテストしてあるのかコレ・・・

ちなみに開発はW7、OSはLion、XCodeは4.1
ぜ〜んぶ最新ダヨ！

だれか助けて

>>254
アンチのデマと区別がつかないから
公式掲示板に行け。

ここな。
https://forums.codegear.com/category.jspa?categoryID=3

デマだったようだなｗ

若い開発者がDEKOさんに懐柔されてゆく・・・・w

>>241
で、そのキラーアプリとやらで売れた例を挙げろよ。

キラー何やらで開発環境が売れたというのは終ぞ聞いた事が無いが?

で全部 DEKO の手柄にしちゃう目論見でしょ
しかし高橋伝道師が RAID にコピーするので結局日の目を見ずに終わるな

>>259
Flashはコンテンツを見てああいうのが簡単に作れるのかと買った人がたぶんほとんどじゃね

>>261
フラッシュのコンテンツはキラーアプリじゃないやん。
それにどちらかというと開発環境と言うより実行環境だし。

>>259
> キラー何やらで開発環境が売れたというのは

例えばOfficeというキラーアプリがあったら
VBが売れたんだろ？

よく読めよ。どアホが。

頻繁に沸き出て悪意たっぷりの嘘の書き込みをしていく連中ｗ
そおいう連中はこの先1年以内に交通事故か不治の病で死にます。
あるいは家庭崩壊するか勤務先の会社が倒産してホームレスになり・・・死にます。
さようならｗ

DelphiのキラーアプリはJaneだろ？
ただしフリー版

>>265
そーそー、Delphiもキラーアプリがあったから流行ったんだよね。
企業向けのアプリにも、そーゆー物があれば
良かったのにね。

>>264
自殺はよくないぞ

C#言語のみを使って開発されたOS「Cosmos」
http://hatsukari.2ch.net/test/read.cgi/news/1315641994/

Delphi製OSなんて一生できないよね(´･ω･`)

できなくて困ったことは無いけどなｗ

Delphi界にはそういう人材がいないんだろうな

実行にVSが必要なOSってたんなる「アプリ」だろ
なに勝手にOSの定義変えてんだよｗ

Delphiはx86ネイティブなバイナリ吐けるし、OS非依存な機能を作成していけばプロセッサネイティブなOSも作れる
VBやC#は単なる開発ツールだがDelphiはPascalコンパイラを生産性向上のためRAD化したもの
元々の出自が異なるんだよ

でもこれでハッキリわかったけどやっぱりMS厨はネイティブコンプレックス満載なんだな
でも無理もないよ…
.NETなんてウィンドウズでしか動かないインチキなコンパイラもどきの開発ツール使わせられてんだから

.NETも早くネイティブ化したらいいな

OSはコンピュータのハードウェアとソフトウェアの仲介をするもの
そのC#製のOSの動作にVisual Studioが必要と言うことは、まず.NETが必要ということだし、さらに基底の機能提供にWindowsが必要になる
これは単なるユーティリティというべき代物ｗ

エンバカのホームページにxe2関係のページがアップされてるね
製品のDelphi系のページ

>.NETも早くネイティブ化したらいいな
したら Delphi 捨てる。って宣言ととっていいのかな

Java で記述した OS とか、Pascal PCODE で動く OS とか
歴史的にはいろいろあって、それらは実用のために作っているのではなく、言語やライブラリの限界を
確認するために行われているものなのだ。という常識すら知らない低能コーダーな 271 はほんとにかわいそう

もうすこし、お勉強しなさいね

>>268
delphiというかpascal系のOSなら過去にmac osがある
PC系のOSで実用レベルまで達したものは、c/c++、ｱｾﾝﾌﾞﾗ、pascalで作られたものくらいしか思いつかない

c丼製osってまともなスピードで動くのか？
どんな拷問なんだよ

>delphiというかpascal系のOSなら過去にmac osがある
それガセ
OS はアセンブラ。
Finder が Apple-Object-PASCAL で書かれていた都合、
API の呼び出しインターフェースが PASCAL 記法だった。というだけ。

MacDraw のコードが公開されているから見てみ。

で、この中にOS作ってる人いるの？

>>274
いちいち実験レベルでの成果をあげるくらいしか例がないんだね＞C#　可哀想に

もしC#がネイティブになってマルチプラットフォームに対応したらDelphiに執着しないよ

>>274
UCSD p-Systemは完全に実用向けでしたけど。
言語やライブラリの限界って何？
限界があるなら拡張すればいいだけの話で、それで一体何を確認してるの？馬鹿なの？

Doubleの巨大配列が　静的・動的　双方駄目だ　arrayの要素数を大きくすると落ちてしまう　
32bit処理できる範囲内なら○だが Integerの配列は　32bitで処理できないほど要素数
大きくとってもOK　なのに…　2GB超えた浮動小数点扱いたいのに痛い　 #delphi

またIntegerとDoubleで実装が違うと思い込んでる池沼さんですか
逆に同じコード使っててどうやったら片方だけ使えないようにできるんだろう
さすが馬鹿発見器

実際に試してみたかな > 281

私が過去に作ったソフトの中には、DBGridを使うためだけに、BDE(TTable)＋Paradoxを採用しているものがたくさんありました。

キチガイばっかり....

>>282
ええ。で？

>>282>>284
同じ話題がループするのは大変見苦しく感じるので、
双方ともサンプルコードを提示した上で議論してもらいたいです

>>279
実用考えない実験ならN88-BASICですらuni+やμUXという例があるのに、
それと同じことができるというだけで威張るのも滑稽だよな。

結局DelphiでOS作った人はいないの？
行動力・技術力のある人間はいないみたいですねえ。
所詮Delphiはおままごとだと思って使ってますからどうでもいいですけどｗ

どうでもいいのにレス書いちゃう…悔しいっ！（ﾋﾞｸﾝﾋﾞｸﾝ

ということですね、分かります。

どうでもいいって敗者の捨て台詞の常套だよねw

Delphi使いは基本多言語こなしてると思うから、もしOS作るならOS作るのに適した言語を選択するだけじゃね？

DelphiでOS書いた人は聞いたことない
普通C/C++かｱｾﾝﾌﾞﾗとかじゃない？
C丼で書いたユーティリティをOS呼ばわりしたり、か…
要は適材適所じゃないの？

>>280
一般的な配列の仕組みから考えると
問題が起きるときは両方とも起きるし
起きないときは両方起きないと思います。

たまたまIntegerでは発生していないだけとかはないですか？
>大きくとってもOK
どのようにOKなのでしょう？

気になるので良かったらソースを見せて下さい。

>>287
Delphiではないですが、ニクラウス・ヴィルト氏がModula-2でOSを作っています。

時代はHTML5ですよ
Delphiではありません

でも、Delが気になるんだろ?

>>293
時代は.NETじゃなかったの？
短い命だったね

HTML5もそこまで
凄いわけじゃないって聞いたぞ。

HTML5ならOSを書けますか？

ttp://blog.analogmachine.org/2011/09/02/bugs-and-issues-in-delphi-xe2-firemonkey/

FireMonekyはまだバグがあり、いきなり実用アプリを作るのはおすすめしません
(iOS向けも作れますが、UIの違いが大きいのでどこまで実用的になるかは未知数

>>298
それの発見に10日もかかるなんてアンチ失格だぞ！
しかも見つけたきっかけが馬鹿発見器って恥ずかしくないのか！
アンチの誇りはどうした！

ちょっとしたバグとかOS作れないとかアホみたいな因縁しか付けられなくなったアンチかわいそうです(´；ω；｀)
Delphiが最高の開発環境になったのは嬉しいけど、アンチの意気消沈ぶりを見ると素直に喜べないよ・・・・

ほっときゃいいよ
こっちはxe2の習熟に忙しいし、たらたらやってるとあっちゅうまにxe3が出てきそうな勢いだし
でもエンバカやるなあ

OS作れないって難癖には笑ったなー
基準が全くわかりませんｗ

FireMonkey will be updated early.

ttp://wiert.wordpress.com/2011/09/10/firemonkey-will-be-updated-early-often-and-regularly-before-the-end-of-this-month-and-initially-multiple-updates-per-quarter-later-once-per-quarter-michael-swindell-on-the-embarcadero-discuss/

iOS5がもうすぐ出るから対応が気になってたけど、ちゃんとアップデートで対応するんだな

「ナンセンス！」とか言ってた誰かさんはAndroid対応はないと言い切ってたけど、対応確定来たね
来年上半期に予定しているベータ版でAndroid対応だってさ
iOSと同じようにFireMonkeyをフレームワークとするから、コードはXE2のものがそのまま使用可能とのこと
ソースはエンバカ公式ブログ

一部の頭おかしい人はともかく、ほとんどの人は分かってたよな
iOS対応した時点でどう考えても既定路線だし

>>307
普通の人ならね。

>>263
OfficeでVBが売れたって主張は始めて見るなｗ

FastMM XE2 update on SourceForge.net in the SVN SCM trunk
ttp://wiert.wordpress.com/2011/09/11/xe2-update-on-sourceforge-net-for-fastmm-in-the-svn-scm-trunk/

>>292
ありがとうございます
Setlength() 用い、巨大配列を全て動的配列設定　→　２ＧＢ枠突破できました

Global 変数として利用できる　Form1 の var 記述箇所に　静的配列
data_d:array[0..10000000,0..30] of double
とか記述 = 駄目ですね　　VCL FireMonkey 同じ現象

最近はPCリソース大きく、乱暴な巨大配列一発設定は良く行うので、
静的設定も可能になると嬉しいですが…

静的配列と動的配列はメモリ確保の方法が全く違うんだが

ローカル変数として確保しようとしてスタックオーバーフロー起こしただけだったりして
もしそうだったら32bitでも64bitでも無理な話だが

リソースが豊富になったからって>>311みたいなプログラムを平気で書くやつのソフトは使いたくないし、
そういう会社とは絶対に仕事をしたくない

単純なビジネス用ソフトじゃまずないと思うけど
大学の研究室レベルだと結構普通にやってる

そういうところはプログラミングは計測等のために最低限は使えるって人が多いから仕方ないけどね

Bug fix list for Delphi XE2 and C++Builder XE2
ttp://edn.embarcadero.com/article/41630

外しまくりの Deko が間に合う。っていっているから
GetTick は XE3 までお預けだな

使い方が違うんじゃない？
大学の先生で好きなひとはハンパなくプログラム組めるひととかいるよ
ただビジネスベースじゃないからやはりちょっと変なクセのあるコード書いたりする

だから何？

>>320
こういう一文書く奴って脳みそ中学で止まってそう。
それがアニメスレとか年齢層の広いスレに居るならまだ分かるが
マ板のこんな過疎スレに居るのは正直驚きだわ。何らかのプログラムは作ってるんだよな？
あとDelphi掲示板の広告BOTに注意書きしてるのも驚いた。
プログラムかける人間がBOTの存在に気づけないってなんなの？
現実世界でこの二種類の人間を見たこと無いんだが、
お前ら本当に何処にいるの？
てか何してる人？差し支えなければ虚栄を張らずに教えて欲しい。

XE2って、プロ版でも制限少なくていい感じじゃないか？
2007買った後はバージョンアップしてなかったけど、久々に
バージョンアップするわ。4万だし。

DataSnap/dbExpressがローカルに制限される、ってことだけ注意ね。

なんかまともな製品が出てきたのが久しぶりな気がする
今後も頑張ってね♪
エンバカでろ〜ん

>>321
で？

でろ〜ん？

Linux とのクロス開発ができるようになったら買う。

>>327
つRadPHP

ＶＣＬしか使ってないけど　予想よりかなり品質いい感じ

ここ１０年で退化した分をゆっくりバグ修正している。ってところかね

有料でのバグ修正か
胸が熱くなるな

それはないっしょ
64化、マルチプラットフォームとxe2については新機能満載だし
しかも意外な事にバグもすくないんだよなーｗ

FireMonkeyはバグが多いのもありますが、そもそも機能不足で全く実用に耐えないです...
QC見れば分かるけど、VCLはXE2以前の報告も含んであの数なのに対し、
FireMonkeyはXE2以降の登録だけのはずなのに、すでに大量の報告があがってます
バグを抜きにしても、実装されている機能はDelphi3の頃のVCLより劣るんじゃないでしょうか

FireMonkeyは余計な産物だ　VCL一本ならば昨年出せていたんでないか？

「新しいコンセプトが必要です」　

なんて仕事膨らませる　エンジニアの策略に、上が騙されたんじゃない？

FireMonkey は Mac のサポートに必須だったってだけでしょ
Windows べったりの VCL 一本で Mac にまで対応させようと思ったら逆に来年までかかってた
おまけで入れた iOS 対応も、元々 FireMonkey の前身ライブラリが対応してたから簡単にできただけ
開発も外から買ってきた会社がそのまま担当してるから VCL チームとは関係ないし、見当違いもいいところだね

C言語なら俺に聞け（入門編）Part 89
http://hibari.2ch.net/test/read.cgi/tech/1314783907/

さっきここで報告されたのだがBorland C++コンパイラだけ以下のコードで結果が6になる。
これ今のRAD StudioのC/C++コンパイラでは修正されてる？
バグか分からんが、今迄報告が無かったとは思えないんで仕様かな

char array[6] = "Apple";
printf("sizeof(&array)=%d\n", sizeof(&array));

>>336
Cの仕様書読む限りではsizeofは実装依存となっていて明確な定義はないから仕様でいいっぽい

>>336
今ではsizeof(&array)は6でないとコード修正が大幅になり
超困るユーザーだらけだから修正なんて出来ない
だいたいRAD StudioのC/C++コンパイラなんてマから標準のC/C++コンパイラ
って認知されていない。俺俺仕様C/C++コンパイラもどき

元スレ読んでないの？
MSコンパイラも昔は6だったって
とんだ赤っ恥だね

336は別に難癖付けてる訳ではないだろう

sizeof(&array)の意図としてはアドレスのサイズを取得しようとしてるんで、6が返っては拙いような気がする。

ttps://forums.embarcadero.com/category.jspa?categoryID=95

ログインできない。

>>341
じゃあVCもBCBも昔はみんな揃って6を返してたのは何故なの？

>>335
> Windows べったりの VCL 一本で Mac にまで対応させようと思ったら逆に来年までかかってた

え？VCL版が来年当たりに出るの？

>>344
すごい妄想の持ち主だね
病院行ったら？

エンバカのクロスプラットフォーム戦略は
delphi prismでお茶を濁しているうちに
FireMonkeyが出てきたので
VCL de cross platformも
あながち妄想じゃあないかもよｗ

>>336
Borland C++ 5.82(2006)
sizeof(array) = 6
sizeof(&array) = 6

CodeGear C++ 5.93(2007), 6.13(2009)
Embarcadero C++ 6.21(2010)、6.32(XE)、6.40(XE2)
sizeof(array) = 6
sizeof(&array) = 4
になってる。

>>347
EmbarcaderoR C++BuilderR XE バージョン 15.0.3953.35171
だとsizeof(&array)=6だぞ

FireMonkeyってFirefoxからパクったようなネーミングだな
パクリ民族がかかわってないだろうな？

>>347
XE2 も sizeof(&array)=6

FireMonkeyのサンプルは全部Delphiだな
C++のが1本も入ってねえ

FireMonkey自体がDelphi製だっけ？

>>352
じゃなきゃDelphi側はコンパイルする手段がないだろ
C++はDelphiコンパイラも持ってるから何とかなるけど

DelphiにC++コンパイラつけたら良いだけの話だろ

ばか。そしたら全部C++でいいやん。

Delphi言語としての優位性があるからC++になってないんだよ。
どっちが馬鹿だよｗ

c++でRADができるならMSがやってるはず

C++/CLI

MS…ｗ
C++Builder
Qt Creater

MSアンチになったきっかけって何？

俺はやっぱDelphiの仲間を奪い取られたことかな

サポートにバグ報告したら、仕様ですって言われたときかな

別にアンチじゃないな。
VSも使ってるし、MSはMSで良い面も沢山ある。

例えばSmall BasicやKoduのような、子供向けの開発環境にも熱心なところは好感が持てる。
一貫してBasicを忘れてないところも良いね。

俺自身はTPから入った筋金入りのBorlanderだが、こういう入口となる環境も欲しいところ。
元々教育用のPascal言語から派生したDelphi言語だけど、ちょっとゴチャゴチャしてるから
贅肉(といったら語弊があるが)をそぎ落とした分り易い入門版が有ったら良いと思う。

Delphi使ってると嫉妬や妬みでMSアンチになるのが自然なんだよな

>>363
逆じゃね？

昔のMSは露骨にいやらしかったからなあ

最近のMSはiPadにも勝てないし
win7もwin8を控えて、売れなくなってきているし
ネットは常に大赤字だし
黒字企業だけど、落ち目だね。

>>366
収益は毎年伸びてるけどね

今のパソコン環境ってMSがなくなってもなんとかなるからね
もうそれだけの存在でしかない

それを本気で言ってるんだとしたら頭おかしいか単なる馬鹿かどちらか

>>368
いまやMS製品は信者とおっさん以外は使ってないからな

じゃあ世界のほとんどは信者ってことか

Deko サンの飼い犬が増えましたね

>>367
そーだったっけ？
リーマンショックでは大リストラをしたりして
結構苦しんでいる感じがするけど。

昔ほどOSの利益率が高くは無くなっていると
言った話もあるし。

MSへの妬みと悪口だとスレ延びるのなｗ
汚らしい。

MSの衰退は、良くも悪くも与える影響が大きいからね。

一つの会社の命運というより
パソコンからウェブ、モバイルという背景があるから。

MSはそもそもOS専門じゃないし

あんまり元気よくやり過ぎるとまた独禁法で干されちゃうからやらないだけだろ。
それを衰退とか落ち目だとか言いたいなら言って良いけど、
苦しいという意味ならエンバカの方が苦しいだろ。

エンバカもCodeGear買い取ってから右肩上がりだよ

>>377
> 独禁法で干されちゃうからやらないだけだろ

MSが強かった時代もあったね。懐かしぃ。

アンチが迷走してるってことはそれだけDelphiの出来が良いんだな

>>373
OSよりOfficeの方が利益が大きいし、サーバー部門やXBOXまで黒字になっちゃって･･･
kinectなんて可笑しな物まで販売開始当初はiPad以上のペースで売れちゃって･･･
世の中いろいろとおかしい

>>381
黒字ではあるけど、輝きが無いんだよね。

圧倒的に強いのはオフィスくらいだが
これもいつまで持つのやら。

つまり我々は敗北したわけですね

最近デルフサさんが全く話題にのぼらないのが不憫です
DEKOさんも新しい飼い犬とばかり遊んでないで昔からの犬にも餌をやってください

デルフサさん、2chに来ないのならその名前使うの止めてください
AAも使わないでください

>>382
マイクロソフトから輝きを感じない人がエンバカから輝きを感じてるんですか？
ジョークのセンスがありますね。

>>386から禿げしい輝きを感じる

最近のMSは地道に足場組んでる印象だな。
携帯の分野でNokiaと提携したけど、最早ジリ貧のWindows Phoneのユーザー数減少を食い止め
反転攻勢をかけるには後一手足りない。

大事に育ててきたXBoxを含めたゲーム分野の知識をWindows Phoneプラットフォームで生かし
早急に高性能なゲーム用スマホOSを投入できれば或いは化けるかも知れん。

まぁ、ゲイツがオフィスの次はリビングだと言った通り
XBoxで期待以上の成果を上げてるんだから順調なんじゃね?

エンバカデロの方は大本営発表の業績ばかりで全然不透明なんだよな。

MSといえばFORTRAN

>>387
禿げちゃうわ！

ゲイツがやめた時点で華々しい勝利の物語は終わったんだよ

Delphiはヘジが辞めた時点だね
引き抜かれたんじゃなくて見限っただけなんだけどね

ハイハイ
でも天下のﾏｲｸｿもエンバカでろ相手に…ｘ

>>382
輝きもなにもそんなのお前次第だろｗ
MSはずっと一定水準で保ってる、周りが勝手に盛り上がってる感じだろｗ

ttp://davidburela.wordpress.com/2011/09/14/build-keynote-day-1metro-experience-with-jupiter-xaml-and-html5js/
エンバカはイラナイ子だよね。

アンチとアンチが争っている構図

この世に不必要な人間などいないよ

>>397
釣り？

XE2 が出荷したばかりというのに大量首切りが始まった模様


Odd news coming at DelphiLive from Danny Thorpe
ttp://twitter.com/danny_thorpe

To celebrate the release of Delphi XE2 and FireMonkey products, Embarcadero is rewarding the team with pink slips. #layoffs #delphiLive
ttp://twitter.com/#!/danny_thorpe/status/114374253842927616

@DelphiDev More than 2 in Scotts Valley . Emb media contact not answering phone. Hmm...
ttp://twitter.com/#!/danny_thorpe/status/114377014605127680

@DelphiDev Rumors of keeping a few sr staff on to train offshore replacements.
ttp://twitter.com/#!/danny_thorpe/status/114377317542928384

@devstonez @blacktigerx I've confirmed 2 ppl were given notice today, more rumored. No answer from Embarcadero.
ttp://twitter.com/#!/danny_thorpe/status/114407869750841344

ヨシ！
もう一本買い増しでエンバカ買い支えるぞｗ

ロシア経由でクラックツールが出ましたね。
これで安心してタダで開発できるわ。

>>399
> 大量首切りが始まった模様

どこをどー読めば？

エンバカ終わったか。

スコッツバレーって、元 Borland/Codegear のオフィスで Delphi 開発の大元でしょ？
今何人いるんだろう。
少なくとも二人に解雇届が出たことを確認、それを超えるレイオフ（そして東欧に頭数を付け替え）
続報待ちだけど、アップデートの一つくらい出てからにしてもらいたかった

大量クビ切り　阻止のため　６４を何年も遅らせた訳か

ttp://scan.netsecurity.ne.jp/archives/52013899.html
今日付けのニュースだけど IDE 感染型ウィルスの新版が登場。XE2 も対象になる模様

お前らほんとに井の中の蛙だな
欧米の人材の流入出はかなり頻繁にある出来事だぞ

Pink Slip ってのは、「お前、イラネ」ってやつだから人材移動とは関係ない

解雇も人材の流出には変わらないけど
英語の前に日本語勉強したら？

>>406
へー、どこにXE2も対象になるなんて書いてあった？
XE2からはマルチプラットフォーム対応の関係でlibフォルダの構成が変わってるから、
lib直下に改変dcuをコピーしても動かないんだけど？
アンチの捏造はいつ見ても酷いね

本当は、Vista 以降は LIb に書き込めないから問題が顕在化するケースが減少した。
ってだけだけどね > ニワカの 410

>>411
もしかして：Program files以下のアクセスに権限が必要なことと勘違い

EsetやKasperskyの報告ではWindowsのバージョンに依存しないと書いてあるね
Libに書き込めない環境ってのもアクセス権限のないアカウントでログオンしてる場合だけだしね
またアンチ捏造しちゃったなー
もう捏造するのが癖になってるのかな？もしかしてエラの張ってる民族のご出身？ >411

>>411
顔真っ赤にして慌てて書いたせいで LIb になっちゃってるのがかわいい（ｗ

やめたげてよぉ！

そもそもXE2というDelphiのバージョンでは問題にならないという書き込みに対して、
何故かOSのバージョンの話を持ち出す時点で会話になってない気が

じゃなくて、新しい InDuct2 が、XE などの新しいディレクトリ構造もサポートしているため
まだ XP で使っている連中の間で被害が広がった。という話だ。

>>399
ﾜﾗﾀ
ここで一部の狂信者が縮こまってM$ｱﾝﾁしてる間に総本山は微妙な事になってんのな。

これでまた品質下がるんじゃね?

製品出荷という区切りがついたんで、使えない連中を切り捨てたって事だろね
どこの会社にも足ばかり引っ張って戦力にならない社員がいるから
要らない人間を切って有能な人を入れる

ごく普通な事なんじゃね？

>>419
本当にいらないなら開発が終わる間もなく切るだろ。

干しまくった結果ヘジにまで逃げられた経験が生かされてないような気がするな。
エンバカになっても経営側が開発者をまともに評価できない体質が変わってないんでは無かろうか。

優秀な人材がエンバカデロに移籍したってニューズが今迄あったっけ?

開発プロジェクトの途中で切るより工程に一区切りがついた時点で、解雇する方がはるかに一般的だろ

エンバカ本社の内部マネジメントに関しては詳しく知らんが、少なくとも彼らはマイルストーンに則って製品という結果を出してきてる
しかも品質はリリース毎に向上してるし

最後はソフトウェアベンダーとして形骸化してた旧ボーランドと単純に比較はできないね

品質向上してるか?

>>406
ここ、情報早いな。
尊敬するわ。

アンチさんの日頃の努力の賜物です。

>>417
ESETによるとXEは非対応らしいですが

新種が出ているんじゃないの？
怖くて使えないよな

東欧・ロシアで流行っているらしいね。
作った奴もそっちの方の人？

もしやdelphiの開発部隊が
販促用に作ってるんじゃないだろうなｗ

ウィルスは怖いですよー。最新版を買いましょう。

>>427
じゃあ毎日新種が出ているWindowsは怖くて使えないね
定期的にroot権限が奪われるような脆弱性が見つかるLinuxも使えないね
セキュリティ的に未熟と言われハックコンテストでも毎回最初に陥落するMacも使えないね
で、何使えばいいの？

ボケにわざわざ突っ込まなくてもよいのに > 429

それより脊髄反射の 410 以下は、なかったことにするのかな？
さすがだね

>>430
LIbさんちーっすｗ
半島に帰らなくてもいいんですか？ｗ

そうやって人格攻撃しかできないんだね

やはりなかったことにしたいんだね
隠さなくてもいいよ > ニワカの 431

結局XE2は対象だったの？

>>434
レジストリの関係？で2010までらしい

ニワカが必死にがんばっているようだけど恥ずかしくないのかな
自分の知能が足りてないことに早く気付こうね > 431

本当にニワカって気持ち悪い

Ubuntu とか　Delphi とかって何でユーザー無視して変態化するんだ？

.netやSilverlightの方が酷いだろう。
次はメトロだ？もーいい加減にしてくれよって感じ。

カントゥさんもウンザリだぜ。

160年前、ってことで日本の学力を否定するようなやつってやはり半島とつながりあるんだろうな
九州なんて、隠れ半島人の巣窟だしな

今なら言える。勇気を出して！　

Delphi Love♪

Delphi Love♪ me too

>>401
kwsk

さてメトロ対応アプリで一山あててきますか

MSが配布している開発機を見る限り
iPadには永遠に勝てそうも無いけどな。

>>445
そうか?
急にiPadの画面がダサダサに見え始めたんだが

>>438
外人は同一コンセプトのまま進化させる事に全く興味ないからね
出来上がったら、それで終了＆解散
次やる時は、既存と異なる新コンセプトをやる

故に、毎度迷走してるよう見える　当事者の脳内ではＯＫなんだろうけど
同一コンセプトで地道にずっとやって欲しいが、それが出来ない＝外人さんです

ガチなんだがメトロって何？

ブリテンのメトロの案内標識見て思いついたらしいUI

Metrowerksのこと。
一時期はMacのスタンダードIDEになっていたが、Appleに潰された。
その後Adobeにも似たような締め出しを強行してるため、
EnがMacに触手を伸ばしてるのは心配だったりする。

Delphiではメトロ対応アプリは作れません
古臭いデスクトップで遊んでてください

すぐ対応するって

WinRTはC++用もあるんでしょ。
だったら楽勝だね。

RadPHPで対応しそうな気がするな

ようわからんけど、IDEのデザイナをXAML対応とかするのは大変そうに見えるけど。それだけMS製品使えとか？

>外人は同一コンセプトのまま進化させる事に全く興味ないからね
>出来上がったら、それで終了＆解散

Delphi IDE はずっと同じ連中が開発してますが。Staff リストの一覧を見比べれば一目瞭然
VCL は同一コンセプトで進化しなかったのか。
RAD Studio IDE も、出来上がったのでチームは解散したのか。
それともやはり未完成だから、ずっと姑息なバグ修正をやってるのかな？

>>456
はやくリスト一覧出せよ屑

Help | About | Alt-STUF

続報
ttp://twitter.com/#!/danny_thorpe/status/114733084515110912
Embarcadero laid off 7 ppl in Scotts Valley yesterday, approx 1/3 of #Delphi team. RTL, VCL, IDE devs. No official stmt.

三分の一、首を切ったとな

これが64版さっぱり出てこない理由だったか　　
LINUXやらMAC対応やら　仕事膨らませコード肥大化させ、完成先延ばしにして延命図っていたようだなｗ

社員はストックオプションも何もなしか　
ファンドに700億で売られ　社員還元何にもなしの弥生会計的な体たらくは日本限定でもない感じ

今週頭に、XE2 ワールドツアーの〆で、ひざ元の SanJose でカンファレンスをやったんでしょ。
一通り売れるところには売って、次は人件費を切った。ということだな。
オフショア開発がさらに進むわけだ。
じきに中国、インド製になるよ。

7 ppl ってどういう意味？
7名ってこと？

ごめん
ググったら People の略だった

スコッツバレーでは7人。
それ以外にも、ロシアやルーマニアに開発が分散しているから、全世界ではどれくらい消えるのか。
1/3 って、開発を維持できるのかね？

>>399,459
こっちも合わせて見るといいかも
ttp://twitter.com/#!/JohnKaster

>これが64版さっぱり出てこない理由だったか　　
まったく理解不能。お前だけが納得しているみたいだが。屑

船水憲一　こと MrXRay 氏が本を出しました
ここから始まる画像ビューアーの作り方by DelphiXE

ttp://www.pilar-edit.com/shop/products/detail.php?product_id=93

買ってね

Introduction プログラムの作成　　
1　料理とプログラム　　　　
2　プログラムは難しい?　　
3　a;=a+1　　
　　↑
大丈夫なのかこの本？

>>464
> 全世界ではどれくらい消えるのか。

全世界では増やすんじゃないの。

スコッツバレーの本社スタッフは21人しか居なかったんでしょ？
それをオフショアするということなのだから。

>>467
いろいろ見つけてくるねぇ。たいしたもんだ。

>>467
中村先生のシークレットとどっちがいい？
コンポーネントの使い方ばっかりならいらないかな。

マンセどもの現実逃避がはじまったか...

亀な反応でスマンが、starterってVCLのソースを見られるの？

マイクロソフトはWinRTの新しいプログラミングモデルを発表した
一方エンバカは1/3リストラを発表した

>>474
荒れるから止めろよ。
ここの一部の連中はMSに対する怨嗟なら留まるところを知らんのに・・・

文句があるならMS製OSとか使わないで素直にMacでも使ってゴミみたいなiPhoneアプリでも作ってりゃいいのにな。

“ゴミみたいなiPhoneアプリ”って表現に悪意を感じるな

>>474
だから何？
株主でもやってるならともかく、ユーザにとっては何も変わらないんだけどね

そうだね。バグだらけの開発ツール使わせ続けられる点では何も変わらないね。

まあエンバカになって某時代よりマシになってるのは確かだし、
某の時からいる怠慢社員を切って新しい血を入れるというなら歓迎

某時代→末期の某時代、だな
あの頃はマジで迷走してたわ

発売前に Mac アプリでは Cocoa が使えないと言ってるアンチがいたけどやっぱり嘘だったのな
http://twitter.com/#!/lynatan/status/114655102685544448
http://twitter.com/#!/lynatan/status/114688214731735040

>>479-480
クロプラ&エンプラ戦略なんかinprise-borland迷走時をそのまんま繰り返してる感じじゃん
その上人員整理まで同じとあっては、嫌な気がしてならんのだけどねぇ…
何事もなければ良いけど。

>>452
WinRTが、WinAPIと切り離されてるから、厳しいんじゃないかい？
VCLは、WinAPIの依存が大きいですし。
頼みの綱は、Fire Monkeyってとこでしょうか？

何事もなはずないだろうな
お前たちイラネ。って言われたわけだから残り 2/3 も今年中にやめるんじゃないかな？

冗談でなく Embarcadero のほかのデータベース管理製品も、どんどんルーマニアやロシアでの
開発になっているわけで、ある意味既定の方針だったのだと思いますよ

>頼みの綱は、Fire Monkeyってとこでしょうか？
無理。
WinRT って、拡張 C++ から「も」使える WPF でしかない。
XAML デザイナが必須になるから FM そのままではメトロ UI アプリは作れない。

あと、MS がストアで売るのを拒絶したら終わり

>>482
デスクトップ利用が増えると目論んでライブラリ、コンパイラ、IDEと一式丸ごと作ったLinux対応と、
すでに一定の需要があって、ライブラリは外部調達、IDEは共用、コンパイラのみ内製のMac・iOS対応は違うでしょ。
というかエンバカはオーナーが投資会社だから好き勝手にやって迷走したくてもできないよ。
そのオーナーのTCBは元々ソフトウェア関係の投資がメインで、
エンバカとの合併もここが計画した（TCBが所有してる企業内で一番合いそうなのがエンバカだった）から、
少なくとも投資の回収の見込みのない製品にゴーサインは出さない。

>>485
XAMLからUI起こすAPIがあるからそれ使えばXAML使わなくても同等のUI作れるよ
もしかしてそんなことも知らないの？
MSが拒絶するなんてことがあり得ないのもまともな頭が少しでもあれば分かる
Appleがそれやって失敗→方針転換したのは誰もが知ってるんだし、
AppStoreとしては後発で市場がまだ形成できてないMSがそんな理由でリジェクトしたら叩かれるのは目に見えてる

DelphiがメトロUIに対応する必要はないでしょ
どうせメトロUI対応のDelphiソフトなんて出てこないだろうし
日本じゃ結局�Aチャンブラウザにしか使われてないから・・・

>>481
口だけなら何とでも言えるよね
デモが出てるわけでもない
動かした時の画像があるわけでもない
ソースコードすらない
どう見ても嘘だね（笑）

>>488
日本のフリーウェアはDelphi製だらけじゃないか

>>489
なんだ、また信者の妄想か

>>490
だらけといえば語弊があるだろう。
それにDelphi製フリーウェア(泡沫ツールみたいなのしか無いけど)が多いのは
Delphi7あたりのフリーバージョンでユーザーが増えたからだろう。

有料しか無くなった現状ではこれから作られる要因は余りない訳で…
逆にｳｻﾞｲ.netフレームワーク製のツールはえらい増えてきてる。

>>486
>ライブラリは外部調達、IDEは共用、コンパイラのみ内製
なお悪いじゃんｗ

>コンパイラのみ内製
FPC だろ？内製じゃないぞ

>少なくとも投資の回収の見込みのない製品にゴーサインは出さない。
それは、ペイしたら切り捨てる選択肢を平気で行使する。って意味でもあるんだな。
ユーザー？なにそれおいしいの？

>XAMLからUI起こすAPIがあるからそれ使えばXAML使わなくても同等のUI作れるよ
残念。WinRT をよく研究するように。

>>495
だよなぁ。
ハゲタカのやる事なんて食い散らかすだけ食い散らかしてポイだろ。

XRayの勤務先病院に、あいつのブログの暴言をちくったら面白いことになるな

>>464 >>469
リストラに関しては
東欧・ロシアの体制が本格運用できるくらいに
成熟したって事なんだろうね。

>>485
> Native でも共通型システムにアクセス可能（WinMD）という部分が非常に重要。
> Native で書かれたライブラリが即座に .NET でも利用可能。
> 逆もまたしかりで、「WPF でないとベクター画像ベース、GPU アクセラレーションありのアプリが書けない」
> という状況が解消されるということに。
> 先日物議を醸しだした「Windows 8 では HTML5 + JavaScript でアプリ開発」というやつも、
> WinMD を介した Native/.NET との相互運用が肝になりそうな予感。
> つまるところ、「これからは HTML5 になる」じゃなくて、
> 「これからは Native/.NET/HTML5 の垣根が解消される」が正しかったと。
http://ufcpp.wordpress.com/2011/06/24/%E9%96%8B%E7%99%BA%E8%80%85%E3%81%AB%E3%81%A8%E3%81%A3%E3%81%A6%E3%81%AEwindows-8/

WinMD を使えば、言語は何でもＯＫだったりしないの？

最後の最後に良い夢を見させてくれてありがとう > エンバカ

新井さんも対象だったのかな？

だから XAML という WinRT が要求しているシステムと
FireMonkey の LFM とをどう折り合いつけるのか。できるのか。というはなし。

Delphi .NET のとき、WinForm の上に VCL.NET を再構築しようとして崩壊したでしょ？
デザイナはまともに動かない、.NET のコントロールは使えない、VCL/W32 から移植しようとしても
一筋縄ではいかない。の三重苦。

FM で VCL のしがらみを捨てたけど、それを XAML/WinRT でどう料理するのか。できるのか。
ということ。そりゃ WinRT の API くらい呼べるだろうし、テキストエディタで XML 書けば XAML として
使えるだろうけど、そんなものを誰も期待していないよな？少しは考えてかけ。クソが

Cocoa の話も同じだ。Delphi/OSX で Cocoa ライブラリを自由に呼び出せる。
なんてことはライブラリソースを読めばよほどのバカでもない限り気づくわ。

問題は、だれが SDK のファイルを Delphi/OSX に翻訳するか。ってことなんだが、
俺が前に書いた書き込みが全く理解できていないようだな。クソが

Delphi Prismで書けばいいじゃん。

Delphi.NETなら生き残れたのに捨てちゃったからね

あ、それ以前に品質がボロボロだったからか

Apple や Google に負けじと丸儲けするシステムつくっただけだろ。
なんで、そんなハリボテ、わざわざ早急にサポートしなきゃならないんだ。
.Net の二の舞はやだ。MS厨おつかれさん。

対応が遅れれば遅れる程Delphiを採用する企業やユーザーが減ると思うよ。
開発環境というのはそんなもんだろう。

まぁ、それに勝る程の性能や売りを何か1つ持っていれば良いんだが、今のDelphiにはそれが無い。

今回のリストラ劇は裏を返せばエンバカの自信を現すモノかもしれん
要は経営レベルで旧ボーランド系社員の適性把握が完全に出来たからこそ、要らん社員の首切りに踏み切ったというところか…

単に外注に回す予定だから切っただけのような界がするけどな。
後先の事は考えて無いっぽい。

MS御謹製の新技術なんて真剣に受けとる必要はないよ
その新技術が本当にユーザーの役に立つかどうかなんて、MSの腐った技術屋脳で見極めがつくはずがないｗ

じゃぁなんでMS製OS用の開発ツールなんて売ってるんだって話だｗ
本末転倒してるだろ

どう考えても転倒してないだろ。それは歴史さえあるモノだから。

>>510
いやこれからはマルチプラットフォームでいくから
WindowsやMSも選択肢のひとつ

マルチってアップルなんてM$より余程阿漕な事するぜ？
Linuxは文化的にDelphiと相容れないと思う。
FreePascalも未だ発展途上だし。

思うように売れなくなると新しいインチキ技術を編み出すよねＭＳ

アクティブＸ、ドットネット…

いい加減もうバレバレだからＷ
そんなにいいものなら独占してやってれば？
どうぞ！それでいいよ

メトロはどーなんだろね。

現行のウィンドウズ・スレートは
スタートボタンのところに指紋が一杯ついてしまって
それだけで格好が悪いので、メトロで多少はマシになるかな
と思わないでも無いけど、腕が疲れそう。

ＰＣ自体が重いし、デカイし。
結局、普通のウィンドウズとして使いそうな気がする。

エンバカも脱マイクロソフトしたら良いのにね。
クロスなんてまどろっこしい事しないでさ。
他のプラットフォームじゃ多分相手にされないけどw

>>513
だからそれを選択するのは個々のデベロッパであり開発会社なんだよ
OSやハードの提供元がアコギだと感じたら他の会社の製品を選べばいい
そうすれば提供元にも市場原理が働いてそうそう無茶もできなくなる

火病患者ばっかり...

OSベンダーであるﾏｲｸｿの戦略に踊らされる必要はない
エンバカのポリシー通りマルチプラットフォームを貫けばいいよ

エンバカのポリシーと戦略

それが1/3リストラですね？

それは歴史さえあるモノだから。

>>520
アメリカのIT景気は既に後半戦だろうし
年内にギリシャが吹き飛ぶ可能性もあるし

欧米同時不況が待ち構えている中で
早めにリストラするのは仕方が無いんじゃね。
リストラ組は気の毒だけど、今なら再就職も容易だろう。

>>502
SDKの内容は基本的に全部あるよ
本当にソース読んだの？

でも本当なのかね
円ばかの公式発表ではないんだよな

> Delphi/OSX で Cocoa ライブラリを自由に呼び出せる。

どうやって？普通に興味ある

>>524
ニック・ホッジス、ジョン・カスター、マイケル・ロズログと
この１年の間に偉い人が退職しているからねー。

偉かろうが無名だろうがちゃんと売れる製品を出荷したものが評価される
これからのエンバカにただ偉いだけの人はいらないんだよ

売れたのは宣伝のせい。
買ってから後悔する人が続出。。
XE2 はそんな製品でしたね。

Nick や John Kaster が何をやっていたかを知っていれば、
今年の結果は「あぁ彼らがいなくなったのが原因か」とわかるだろう

>SDKの内容は基本的に全部あるよ

このスレをさかのぼってよんでごらん
お前と同じようなことをほざいていたやつを、俺が論破しておいたから。
できると使えるは別のことなんよ。

>>528
嘘つくなよｗ
なら具体的にどこがどうダメだか言ってみ？
おれはxe2買ってからよかったなーと思いまくってるけどなｗ

あとだれか日本語のxe2本書いてくんない？
時間も限られてるし、本で勉強すんのが一番手っ取り早い
多少のカンパならするし出版社とかにネゴってあげてもいい

>>529
じゃあ翻訳の必要は無いよね。
はい論破。だせえｗ

SDK云々は公式フォーラムとかで直接聞けば一発だろ
技術的制限の話しで論破とかバカじゃねｗ

XE2は評判いいよね。
最近もMLで高木さんのレビューを読んだ。

　 　 ＼ 　 　 　 　　　　ヽ　　　　　　　　　|　　　　　　　　　/　　 　 　 　 　 　 ／
　 　　　＼　　　 　 　 　 ヽ　　　　　　　　 |　 　 　 　 　 　/　　　 　 　 　 　／
　　　　　　＼　　　　　　　ヽ 　 　 　 　 　 |　　　　　　 　/　　　　　　　　／
　　　　　　 殺　伐　と　し　た　ス　レ　に　鋼　の　救　世　主　が　！　！
　　　　　　　　　 ＼　　 　 　ヽ　　　　　　　 　 　 　 　/　　　　　　／ ‐､、　 　 　 　 　 　'
　　｀−､、　　　　　　　　　　┌─────────┐　　　 　 　 　 　 _,,−''
　 　　　　｀−､、　　　　　　　|　　　　　　　　　　　 　 　 | 　 　 　 　 _,,−''
　　　　　　　　　｀　　　 　　　|　 　 　 　 　 　 　 　 　 　 |
　　　　　　　　　　　　 !｀ヽ　 |. ●　 　 　 　　　　　　● .|　i⌒!
───────‐　 ヽ､ ＼|:.　　　　├──┤　　　　.:|ノ　ﾉ　　 ───────‐
　　　　　　　　　　　　　　＼_|:::...　　　 ヽ、 　ノ　　 　 ...:::!_／
　　　　　　　　　　 　 　 　 　|::::::::::...　　　 ￣　　　...:::::::::::|
　　　　　　 　 　 _,,−'' 　 　 |:::::::::::::::........ 　　 ......:::::::::::::::::|　　 　｀−､、
　 　 　 　 _,,−'' 　 　 　 　　l::::::::::::::::::::::::::::::::::::::::::::::::::::::::::!　 　 　 　 　｀−､、
　,'´＼　　　　　　 　 　 ／　|;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;|　＼　　　　　　　　　　　／｀i
　!　 　＼　　　　 　 _,,-┐ 　＼:::::;‐､:::::::::::::::::::::::::::;‐､:::::／ 　 　 ｒ‐-､、　　　 　 ／　 　!
　ﾞ、　　　｀ー--＜´ 　 / 　 　 ￣|　|￣￣￣￣￣|　|￣ 　 　 　 ﾞ、　　＞−一'′ 　　,'
　　y'　　　 　 　 　｀ヽ/ 　 　 / 　|　| 　　　　　　　|　|　ヽ 　　　 　ヽ '´　　　　　　　 　ｲ

>>532
すでに使えてる人がいて焦ってるんだろ

ココア使えると聞いて試そうと思ったけど、インターフェースが定義されてるだけで中身ないから無理じゃね？

>>536
本気で解決策を知りたいならエンバカのサイトの中の公式フォーラムに池！
以降、この話題に関してはアンチのxe2にたいするネガティブキャンペーンと見なす

Realbasicでウェブアプリケーションが作れるようになってるけど
DephiとC++Builderでもやればいいのに

>>537
公式フォーラム落ちとるｗ

ジョン・カスターの首を切ったせいで
再起動する人が居なくなったかｗｗ

TeamBの人もリストラで怒っていて
再起動してくれないｗｗｗ

>>537
じゃあ代わりに書いてよ

>>537
ってことは現状で解決策を知る人間はエンバカの中の人以外いないってことか
これでMac対応うたうってある意味すごいなｗ

カスターは自分からやめてるし、TeamBは再起動とかできないだろ、社外の人間なんだから
というよりフォーラムサーバ落ちすぎ

DelphiってWindowsに居場所がなくなってMacに色気を出したらそこでも相手にされなかったツールだろ？

>>543
お前の職場での扱いに似てるな！

プロジェクト終わったらまた同じメンバーで頑張るって　ドイツだけでしょ
基本解散終了だよ　海外は　インド人が言ってるし（日本・ドイツと仕事してると安定だって）

だから初版が最高品質いうのも普通
XE３は、もっと落ちる可能性もあるかも

解散が普通なのはそうだけど、社内チームの解散であって解雇じゃない
プロジェクト毎に雇用と解雇を繰り返してたらコスト的に割に合わないよ

マンセは意地でも都合のいい解釈をしたがるね

>546
ゲーム会社じゃ普通だけど

はい、では具体例を示して下さい。

社内チームで開発なんて何世紀前の開発スタイルだよ
ドカタを購入して開発が今の開発チームだよな
ドカタは人間の形をした開発に使う動物。昔農作業で使っていた牛同じ

農耕牛・馬は家族同然に大切にされていたと聞くが…

Delphiの仕事はドカタがやるものなんですか？

現代の奴隷がやるもの

鳶はかっこいいけどドカタはなぁ

何の幻想を抱いているのか知らんが、鳶もドカタだぜ？

お前現場しらねぇだろ？
一番馬鹿にされんのは警備員であってドカタじゃねぇ

Twitter も静かになっちゃったし、一月持たないブームだったか

ran_bousyo が Twitter で FUD を前後も読まずに垂れ流していてウザいんだけど
このスレのアンチ君そっくり

ドカタもオヤカタにレベルアップすればお前らより上だろうなあ

>>557
このスレに監視されてるとウザいのでやり取りする時はDM使いましょうってことになった

Twitter は検索しづらいしあとから来た人には何も見えないしなぁ
どちらにしろ、アウトプットがない点では存在しないのと同じ。

>>557
> Twitter も静かになっちゃったし、一月持たないブームだったか

毎日FireMonkeyの発言が流れてくるけど？
誰をフォローしてるんだ。

@delfusa だろ

ニセフサかｗ

アンチはあれフォローしてやれよ
頑張ってネガキャンRTしてるけど、誰にもフォローされてなかったら誰の目にも触れてないってことじゃないかw

ニセフサ＝アンチ。

Cocoa使う方法きたな
捏造やらSDK移植しないと使えないやら言ってたアンチ君が息してない（笑

エンバカって毎年バージョンうｐしているけど
シェア、上がっているのか？

信者が思ってる程アンチは居ないよ。
単に反応が面白いから遊ばれてるだけのような気がする。

実機でしかデバックできないような環境でマゾ開発して楽しいんだろうか?

おじちゃんデバックってなあに？

>>566
URLプリーズ！！

自分で探せ、クレクレ君

>>571
twitter

なんだ馬鹿発見器か
ろくなこと書いてない　見るだけムダ

>>569
マゾで無かったらRSなんてのを選ぶ訳ない

>>569
組み込み屋はみんなマゾなの？

アンチが登場するくらいには盛り上がってきてるということか

アンチが登場したのは盛り上がったからじゃなくて、昔品質の大低下があったから
アンチはそれ以来成仏できずに悪霊化した

DELPHI-XE2 印酢戸以降 64bit風炉倉民具でハードな比々だ　　　死物狂いの大変さだな

>>576
最近はエミュレータがあるのが殆どじゃね?
そもそも組込と比較するのがおかしいし。

debugをデバックとかいうやつはプログラム作ったこと無いだろ

ディスクトップ

言っては無いだろ、打ち込んでるだけで

>>580
エンバカ信者ってそういうもんだ

どっちみち開発作業の一番のウェイトを占めるデバッグ環境が実機のみというのはしんどいだろうな。
どうせAppleにみかじめ代払うんならMac買ってXcodeで開発した方が
資料の少ないFMからiPhone/Mac SDKを利用するなんて苦行をやるより余程楽だろう。

WindowsではDelphiを使った開発が便利というのは分かるが
立ち上がったばかりのFMでクロス開発というのは五里霧中過ぎるね。
その上開発者陣のリストラという不安要素もあるしなぁ…

何にせよ一回やり始めた事なんだから、Kylixみたいに途中で投げ出しちゃわない事を祈る。

1/3も社員リストラしちゃって途中で投げ出すなという方が酷じゃね？
過労死したり発狂したりする奴が出てきてもおかしくないよな

でもここの狂信者さん達が言うには

足ばかり引っぱってる無能な人間を切り捨てた(>>419)
オーナーが見る目があるから大丈夫(>>486)
外注先が成熟した(>>499)

だから問題ないってさ。

>>585
オレもXE2買ったけど、クロスプラットフォームには全く期待していない。
Kylixにはホント大昔酷い目に遭わされたしなｗ
2007Proからのバージョンアップだけど、unicodeやx64対応、その他色々な部分で
パワーアップしていて、38,000円(楽天ポイント2000円引き)なら十分安いと感じた。
でもXEからのバージョンアップだと微妙かもな。

>>588
俺はXE組で今回は見送りだ。
俺もクロプラなんて全く興味が無い。

俺も同じくKylixでは悪い夢を見た。
あれ程毛嫌いしてたVBみたいに外部共有ライブラリを付けなきゃならないと分かった時の失望感はなかったな。
それでも無理して使ってて、仕事にも使ったが、いきなりサポート中止とか言われて困りに困った・・・

今更クロスプラットフォームなんて本当に必要か？

クロスプラットフォームというよりMacやLinux上で動いて開発できるDelphiがほしい
Windowsベースのやつと同じようにOSのAPIにもフルアクセス可能なパスカルコンパイラ
そすればややこしいクロス開発やらずに済むし不要なバグもへるよね

java, .net, Qt, flashみたいな実行環境を自前で持ってるなら必要だろうけど
そういうのが全くないエンバカがやるというのは理解できん。

>>591
使った事無いんだが

Lazarus
http://www.lazarus.freepascal.org/

はどうなの？

>>593
少しずつだが良くはなってきているという程度

たしか旧RealBasic、現RealStudioではできるみたいなんだよね
ただReal〜はBasicだし、何より自分でプラグインという名のコンポーネントとか作れないっぽい
別途C++とか使わなきゃならないんなら考えちゃうなあ。。。
そこでDelphiの登場というわけ！

データベースアクセスとレポート系のしっかりしたツールを付けてくれたら需要は大きいよ
何より今のユーザーはOSとかにはあんまり拘らないから
そこそこ動いてOffice互換のソフトが使えて業務ソフトが動いて、データベース使えて印刷できればOKｗ

>>595
話を逸らして悦に入るの止めてくれない?
別にApple版やLinux版のDelphiが出たわけじゃないだろ?

>>595
別に悦になどはいっとりゃせんがｗ
つまり下手にWindowsベースのクロス開発なんかより、各OS環境にDelphi移植してくれたほうが本当はいいよね、って話
でもコンパイラのフロント／エンドだっけ？
そうしちゃったんだったらもうしょうがないか・・・
あとはDelphiクォリテイを以下に他OSでも実現してもらうかが問題かと

>>597
マックはどうだか分からんが、Linuxはウィンドウマネージャとか混乱要素が多いからな。
結局KylixみたいにQtのようなライブラリに頼る結果になると思う。

どうせ外部コンパイラ使うなら、Kylix復活で良かったのにねぇ

バカばっか

クロスなんていらねぇよ。他のプラットフォーム向けにつくる必要あるなら、
今更、品質悪いエンバカ製品で作る必要ねぇし。Windowsに特化してもらって
結構。

だよなぁ・・・
むしろWindowsに特化しても売れる商品力を維持できなくなったから、クロスという逃げ道を作り出してるようにも思える。
思えばメトロワークス末期もそうだった

落ち目のウィンドウズに特化するのも
考え物じゃねーの。

タブレット市場でiPadに大負けして
頼みのPC市場ですら、ノートはMAC Airの方がカッコいいって言われているし
Windows Phoneも宣伝ばかりが凄いだけだし
今度は無茶なWinRT導入でしょ。

Win8が売れるのか、さっぱり分からない状況下で出すとすれば
こんなもんじゃね。

>>602
じゃあ素直にマック版出せばいいでしょ?
出せないから小手先でお茶濁してゴチャゴチャしてるんだし。

というか、信者はWindowsが売れないものとして思い込みたいようで意思疎通が出来ませんな。

ほとんどの人はクロスだからなに？ってなってると思うよ
脳内でクロスになった便利〜♪って思ってるようなやつはごく少数だと思う

「クロスが必要ですッ」嘘でも大風呂敷広げないと　仕事喪失してリストラの憂き目に逢う
コード肥大化させ、いつまでも仕事完成させず、ひたすら引延ばす
生残る処世術なので仕方ない　
労使一体の日本と違うから

はいはいそうだね。

604や605みたいなレスを見てると、エンバカの内部事情とか
クロスの存在意義しか文句付ける場所が無くなったんだなと
優越感に浸れるので、もっとやって下さい

日本でも馬鹿正直にやｒｙんじゃなくてうまく騙していかないといけなくなってきてるよ

アンチの活性化は上向きの証拠
仮に下降の一途で人がどんどん離れているとして、そんな状況でアンチが増える道理がない
アンチが存在するというそれ自体がこのことを証明してくれている
本当にありがとう

クロスになったということは選択肢が増えたということ
Delphi使ってWindowsアプリ作りたければ作ればいいし、Macアプリ作りたければそれもまたあり
MacやiOSのためにWin版が破綻するなら本末転倒だが今回は従来のVCLアプリも作れるし64化も果たしている

マルチ化について普通は文句いう筋合いじゃないと思うが？

64ビット化も遅れてたじゃん。
C++コンパイラの方なんて未だ旧態依然としてるし。
基本的な深化(進化じゃないぞ)もしないで横に肥大化してるだけのようにしか思えない。

また、クロスが必要ないという意見が多いというのも事実。
そういう主張を十把一絡げにアンチと言うのはどうかと思うよ。
Kylixという前例があるため心配してる人も居るし、
これからを生暖かく見守る点では同じだろ。

> クロスが必要ないという意見が多い

何と比較して多いの？
主観でしか物事を見れないからアホ扱いされるんだと思うよ。
信者とかアンチとか関係なく。

>>603
> じゃあ素直にマック版出せばいいでしょ?

IDEを作り直すのは大変すぎるから
コンパイラでお茶を濁しているんでしょ。

Mac版なんか作ってもそのコストに見合うだけの売り上げは見込めないでしょう
回収できるなら作る、でもそれができないから作らない
それだけのことだと思いますが

もしマック版出してたら出してたで批判の材料にするんだろw

Xcodeが無料で配布されてるのに、Mac版はさすがに厳しいだろ。

今回のXE2はC++のほうはどんな進化あった？
VC2010なみにC++11に対応したとか

delphiで人体実験中なので待て。

2012年、2013年へ向けてDelphiは今後どのように進化していくのでしょうか？

来年はBCBの64ビット化。
その次は・・・残っているのはマルチコア対応くらいかね。

げっこれBCBは32ビットのままかよ
後からアップデートで64ビットにならんの？
ショック

64bit化の前に駄目駄目C++コンパイラーをなんとかしろだよな

中途半端なマルチ化じゃなくネガティブの開発環境なみの機能がほしいね
あとアンドロイド対応は必須

まぁ なんとかしてしまったら仕事喪失してクビになる　なので駄目なまま放置

これがエンバカ サラリーマンの生きる道　　　
真面目にやった人間から順番にクビ　それはどこも一緒かな？

>>623
今でも十分にネガティブだろ。

>まぁ なんとかしてしまったら仕事喪失してクビになる　なので駄目なまま放置
エンバカ の中の人って賢いな
おまえらも見習え

オイ、アンチ！
もう少しちゃんとした、製品の内容（特にバグとかな）で突っ込み入れろヤ
ガチで勝負だ。。。もっと努力せえ！

>>623
最初ネイティブとネガティブを間違えたのかと思ったが本当にネガティブの意味で書いたのな

少し前のsizeofの件なんかは他のコンパイラと摺り合わせた方が良いかもね。
何にせよDelphiもC++も、もうちょっと最適化性能上げてくれんかな

>>613
クロス必要だというやつ居る?

はい

>>630
FireMonkeyはクロスも可能というだけで
主眼は3Dなんじゃねーの。

IvyBridgeだとローエンドでも
グリグリと3Dが動くんだろうなぁ。

IntelのGPUに過大な期待をするのもどうかと

死んだフリ
ドライバ作戦があるんでしょ？

突然ドライバで性能４割増しとか。

IntelのGPUのドライバはチップの性能の半分くらいしか使えてないから
4割り増し？無理無理

ついにインテル内蔵GPUの新ドライバが覚醒　40%の性能向上　HAWX2は15→79fpsに大幅向上
http://blog.livedoor.jp/omoidesokuhou/archives/3017307.html

ttp://translate.googleusercontent.com/translate_c?hl=ja&rurl=translate.google.co.jp&sl=zh-CN&tl=en&twu=1&u=http://bbs.2ccc.com/topic.asp%3Ftopicid%3D387297&usg=ALkJrhi0gGXvL_DWav4PJKkgQDcectoy8Q

割れ物。

アンチが薦めると、ウィルスが流行るんだよな。

ハッカーに操られてるのかよｗ

児ポ関係でリンクのみの書き込みでも有罪になったから、
こういうのでもリンクだけで幇助になるんだよな
もちろん親告罪だからエンバカが動かない限り何もないけど、
訴えられたら一発アウトだってわかっててやってるのかな？こういうのって

スレの勢いがこの板で２番目ってｗ
アンチのおかげで知名度は上がっていそうだな

神鋼即度は　Ｑｔに負けていたのに

次期システムにDelphiを使うことはほぼ決まりなんだけど…
正直、FireMonkeyの導入までは踏み込めない
というわけで今手持ちのソースでxe2の動作確認中、しかも32bitだ！ｗ

まあどこの会社でもPMなんてこんなもんだよね…
┐（'〜`；）┌

ttp://twitter.com/#!/danny_thorpe/status/115829495855972352
Embarcadero outlines offshoring plan, moving IDE development to Spain.
http://t.co/6VeZDWR2 Because offshoring worked so well for Borland?


ttp://blogs.embarcadero.com/tonydelalama/2011/09/18/rad-just-keeps-on-growing/
Embarcadero is a global company, and over the next six months we are increasing our investment,
this time adding to our 70 member Delphi/C++ R&D teams by 25% to support our current and future releases.

In fact, we have tripled the size of our office space in Spain to accommodate this growth.
Our Spain center has more than a decade of IDE experience and innovation and will be supported by the US team.


RadPHPの会社もスペインだっけ？

>>644
正解。
トラブルあっても何の情報もないFireMonkey使うなんてありえんわｗ

FireMonkeyはマトモになるまでに
３〜４年はかかるな。

まずはアーリーアダプターが生き残るのかどうか。

Delphi team focusing on FireMonkey, VCL winding down?
ttp://www.itwriting.com/blog/4890-delphi-team-focusing-on-firemonkey-vcl-winding-down.html

重厚なBDEを捨てて、ライトウェイトなdbexpressに移ったように
ヘビーなVCLを捨てて、firemonkeyに移るつもりなのか。

捨てるのは良いとして、はたして前より良いものが作れるのだろうか。
今まで、ずっと失敗してきているからなー。

delphi7の再現を目標に、何年もかけてココまで来て
今度はVCLの再現を目標に、何年もかけてfiremonkeyの開発を続けるのか。

ユーザーは付いていくのだろうか。いけるのだろうか。

クロスプラットフォームになったところでお前らおっさんどもは今更Macに鞍替えはできないんだろ？ｗ

　　　　　　　　　　　　n
　　　　　　　　　　c-' `､　　
　　　　　　　　　　r( ｡A｡)っ
.　　,､_,､ｎ　．:：∴｀ V V
　 ( ｀ﾛ´)ｌ
　(っ_ 　/　オッサン言うな〜〜!!
.　 (ヾ )'

ついこの間ミレニアムとか騒いでたのに、早いもんだよな。

BlackFish(笑)

まあ趣味じゃないなら新しいものにホイホイ飛びつくのもどうかと思う

今後は Native Client だけで十分だな

sourceforge の Demo リポジトリから Import3DS が消えてる。
ライセンス違反で大変なことになっている模様

import3dsそのものは最初からGLScene由来ってソース上に書いてあったからライセンスの問題ではなさそう

>>650
オッサンの方がMacの良い時期を知っていると思うが

>GLScene由来ってソース上に書いて
そのファイルがまるごと GLScene からのコピー。
必須のライセンスファイルもないし、確実にライセンス違反

表示すりゃいいんでしょ？

XE2はIDEの動作がきびきびしているな
XEは少しもっさり、Developer Studio 2006はかなりもっさりしていた

マジ？
XEとXE2には差は無いように感じるのだが。

delphi2007とXEだと、かなりの差を感じる。
BDS2006とdelphi2007に絶望的な差があるのはJK。

XE2になっても、エラーインサイトが
ウネウネと赤線を引っ張るのは治らないね。

クリックすればIDEが落ちずに
赤線が消えるようになった事だけが
ここ数年の進歩だ。

エンバカはエラーインサイトを全力で直す気は無いのか。
スペイン人頑張れ。

>>662
おっさん、JKの使い方間違ってるよｗ

>>659
丸ごとコピーではない。
当たり前だが丸ごとコピーしたところで動かないのは馬鹿でも分かる。
ライセンスファイルもMPLでは必要ということになっているが、
GLScene側は最低限著作者のクレジットが入っていればOKというスタンス。
これはGLSceneのサイトにも書いてある。
ソースコードにも、クレジットはもちろんのこと、
GLSceneプロジェクトの一部だという一文が挿入されているし、
これだけで確実にライセンス違反だと言い切れるものではない。

引っ込めたのは事実。
後ろめたかったんだね

ライセンスだるいよね。IndyとかDel2010辺りで標準で含まれるようになった
JEDIからのDirectXがらみのヘッダ利用するだけでも、ライセンス表記必要になっちゃうんでしょ。
もういやや。

どうも3dsの方で引っかかったみたいだ
autodeskと協議中だとさ

ちょっと用水路の様子を見てくる

無茶しやがって…

ここにアシスト行って欲しい。管理人アホだからさ...

http://www.tasukete.org/

sourceforge って何ぞ…glsceneの公開リポジトリか
何かのこと話してるのかな…いまいちよくわかんないぽ

http://www.ogre3d.org/
>levels in 3dsmax using a combination of the old Maxscript 3dsmax
>Ogre exporter and own exporters and plugins

sourceforge Demo Import3DSでぐぐったら二番目にこれが出た
何そのお前じゃない

>>669
おじいちゃん！だめ！

http://edn.embarcadero.com/article/41572

うーんわからん…orz

Import3DSってのがXE2に付いてくるのか
やっぱりそれはXE2買わないと駄目なのか…

Delphi XE2 およびC++Builder XE2のSubversion統合機能のオープンソースプロジェクトはどこにあります
http://www.embarcadero.com/jp/products/delphi/frequently-asked-questions

radstudio???のリポジトリは公開されてるみたいだな
しかし何だそりゃ XE2 じゃないのか…なんか風強いし…

>>676
３D作成ソフトのデータをインポートできるって話だぞ。

リポジトリはここな。
http://radstudiodemos.svn.sourceforge.net/viewvc/radstudiodemos/branches/RadStudio_XE2/FireMonkey/

http://sourceforge.net/projects/radstudiodocdem/
http://sourceforge.net/projects/radstudiodemos/

上のほうは xe2 のはないな
下のこれか…なる

ひょっとして xe と xe2 互換性とかなかったりして…

>>679
やった…ちょっと見てくるといいつつ
残念ながらたぶん理解できるとは思えんｗ
とりあえず�d

>>680
そりゃ新機能に関しては互換性あるわけない
ソース一緒にしたらそれを条件分けしないといけないからデモとしては見辛いし

MSが配布したWindows 8のタブレットが売りに出されているよ

ttp://www.ebay.com/itm/290611316692
ttp://www.ebay.com/itm/230675718136
ttp://www.ebay.com/itm/170699815860
ttp://www.ebay.com/itm/180727210572
ttp://www.ebay.com/itm/110747548081
ttp://www.ebay.com/itm/300602061398

ロードマップ出た
ttp://blogs.embarcadero.com/jtembarcadero/2011/09/17/may-the-roadmap-rise-with-you/

* Frequent and regular FireMonkey updates
* A Next Generation Delphi Compiler with multiple hardware/OS targets
* Next Generation RAD C++ Compiler with multiple hardware/OS targets
* 64bit RAD C++
* Delphi and C++ iOS support
* Expanded Mobile UI and Device support like Location, Camera, Accelerometers etc
* Delphi and C++ ARM Support
* Extended iOS Support
* Android Support
* Win8/Metro Support - Intel and ARM

これを書いたのは新しいプロダクトマネージャらしい

http://community.devexpress.com/blogs/ctodx/archive/2011/09/19/delphi-vcl-is-dead-long-live-firemonkey.aspx
>My first impressions are that FM will get better (as Anderson points out, it's a little rough yet), but
>in thinking about it some more I'm unsure whether the underlying principles are going to translate to
>other devices and OSes.
>
>I really do recommend that if you are writing Windows apps, stick to VCL.

まぁそうだろうな…しばらくは様子見やね…

遊びで使う分にはいいんじゃねーの。
発狂するかもしれないけど、そういうのも楽しみの一つでしょ。

移行の手間や挙動の違いを考慮する必要があるのは出来不出来では変わらないし、
FireMonkeyがまともだったとしてもWindowsではVCLを選択することになるんじゃないの？
というかFireMonkeyがWindowsに対応してるのは、クロス開発時のシミュレータ代わりだと思ってるし

>>684
Optimizeの文字がない時点でもうダメだな…
Delphiユーザーがクロスコンパイルなんて本当に望んでるんだろうか?

LinuxやMacOSXにDelphiを移植するというのなら話は別だが。

WindowsのことしかしらなくていいからDelphiユーザーになったんちゃうんかと
ほかのOSでも使いたいなら初めからDelphi選択しないでしょう
クロスプラットフォームを熱望してたってのはバカ丸出しじゃん

じゃあさっさと離れたら？
いつまでも必死にしがみついてるのはどっちだよw

なんか今の日本のDelphiユーザーコミュニティって>>690みたいなのが多いんだよね。
かといってDelphiコミュニティの輪が拡がったりDelphi自身への協力みたいなのは一切しない。

>>691
アンチ・アンチだって論理は聞き飽きた。

こんな奴のことね

ﾌﾌﾝ!

ＭＡＣ であれ ＬＩＮU であれ、マルチプラット＝駄目駄目なのは判り切った事

駄目でも突撃する特攻精神は、日本のみならずいうことだね
そして 「パワフルなツールです」 なんて大本営発表が繰返される　いずこも同じ

ﾌﾌﾝ!

今まで何度もLinuxへの移植を打診されたことがある
さらに昨今ではそれにMacが加わった
たしかにOS一本2600円だし、サーバーもイチマン切てんだよな
ただせめて来年度くらいからの動きにしてほしい

誰だよこんな別スレまで宣伝しに行って返り討ちにあってる奴は…

【RAD統合環境】 Qt 総合スレ 12 【Win/Mac/Linux】
http://hibari.2ch.net/test/read.cgi/tech/1313727889/

Linuxには既にQtがあるから今から参入は困難だろうな

そもそもmake->installな文化が根強いUnix系OSで、プロプライエタリなソフトが受け入れられる筈も無いわな。

WindowsもGoogle参入でようやくMSの牙城を崩し始めたばっかりだしな

はっきり言ってWindowsのアドバンテージはアンチが言うほどには大きくない
officeが使えて業務アプリからDBアクセス出来て帳票印刷ができればOSなんかなんでもいい、という顧客がたくさんいる
Macはまんまこの条件に当てはまるし、何より価格が安い
ただマンパワー的に対応ができない…
DelphiのようなRAD系の開発環境がでてくれると、かなり助かったりする

>>702
意味が分からん。
MacでDelphiが出た訳でもないだろｗ
信者がこんな馬鹿ばかりなんではなぁ

delphi 比較的好きな人も linux (Qtの土俵) に進みたいってひとはすげー少ないと思うぞ
Kylix、Kylix2, Kylix3とか悪夢以外の何者でもないだろ！ｗ

火猿に二の足踏んでるのもそういう悪しき先例があるからだもんな。
おまけに今回はコンパイラも自社製じゃないし、何かあったら逃げ出す気満々だろ。

手を広げすぎると足元から瓦解する…のは現代でも
ちょくちょく見受けられそうな気もするけど…できる範囲でやるのが一番じゃぁ…本早く届くんじゃぁ…

>>702
考えというか認識が一時代前だね
一昔前はコスト削減のためにLinuxデスクトップに移行する話がよく出てたけど、
今はトータルで見るとWindowsの方がランニングコストが安いということで逆戻りする例が多い
世界でも規模が極端にでかかったドイツ外務省のLinux全面移行プロジェクトも、
サポート・教育コストがかかりすぎて移行に10年かけたのにまたわざわざWindowsに戻したくらい

> おまけに今回はコンパイラも自社製じゃないし
正確ではない

>>707
Unix文化は元々OSのお勉強してる奴らが作り上げたもので
ユーザーがある程度の知識を持った(或いは自分で持てる)のを前提条件としてるからな。

Ubuntuを始めとする昨今のLinuxではかなり初心者寄りになったとは言え
一旦行き詰まったりするとWindows 7以上の暗中模索ぶりだからねぇ…
　　　　 　・
「インストロールってどうやるんですか?」
みたいな質問が飛び交うような初心者達には未だ厳しいだろう。

規模が極端にでかいので、ＭＳも必死だったに違いないｗ
規模が極端にでかいので、ほかのプロジェクトではまったく参考にならない。
規模が極端にでかいので、コストの計算式が違うだろ。

その「ロ」って誰が広めてるんだろうなｗ謎だわ。

>>711
俺今迄実際にインストロールって言ってた奴5人程見た事あるわｗ

俺の親父も言ってたわ。あーこわいこわいｗ

Delphi XE2-64bit ：三角関数のボトルネック
ttp://delphitools.info/2011/09/22/delphi-xe2-64bit-bottleneck-in-trigonometric-functions/

>>714
単に角度で場合分けしてないだけのバグだな

>>710
ドイツの件はドライバがない、MSOfficeと互換性はあっても便利機能がほとんどない、
問題にぶち当たった時にググっても全然答えが出て来ないという規模とは関係ないレベルでの撤退だったよ

>>714
その記事は、SSE2 は 0〜2PI への変換を行うから遅くなる、といっているのか？それとも0〜2PI への変換をしないままテイラー展開に放り込んでしまうから遅くなるといっているのか？

>>707
多分ユーザーが少ない、市場が小さい故のスケールデメリットがボディーブローのように効いているのでしょう。そういういみでは、Windows/Office のお値段は安い。

オープンソースはいい意味でも悪い意味でも開発者寄りなんだよな。
個人の開発者は自分の好きな部分を重点的にやるし、
企業の開発者も自社に必要な部分しか保守してくれない。
ちょっと前も一部企業にしか恩恵がないコードをLinuxカーネルソースツリーに入れられそうになってリーナスがブチギレてたw

Boralnd時代に旧Turbo PascalをUnixに移植して、ソースコード付きで販売してたりしてたらオプソ界からの評価は変わってたかも知れん。

>>719
ARM 関係でしたか

LinuxいうかUnix系は設定次第で簡単に操作や設定互換喪失する駄目OSだからなー。設定のための設定みたいなのが沢山あり、設定するには、設定のための設定がどうなってるか調査せねばならない。

ディストリとバージョン乱立してシェルも乱立　被せるGUIもGNOME・KDEで互換なし　全憤死みたいなOS　MACもAppleの気まぐれで設定変えられると、新版はどう化けて出るか判ったもんでない。　ささと見切ってPC一本で行くのが正解

PCならVisual Studio一択だよね

オッチャって何？

汚茶

ﾜﾛﾀ
http://www.khmhm.com/pasokonn/0279-i.html

>>726
こういう奴が広めてるのか・・・！ｗ

>>724
ウォッチャーじゃね？
watcher

おっちゃんの略かと思った。

>>726
ネタサイトかと思ったらマジモンか！

ひとつやふたつの誤植くらいで騒いじゃう男の人って…

本人にとっては誤植じゃないから性質が悪い。

アンサイクロペディアのノリでしょ？

>>731
またまたご冗談を

>>722
Linux
>ディストリとバージョン乱立してシェルも乱立　被せるGUIもGNOME・KDEで互換なし
これじゃ解っいる奴以外使いこなせないよな。戸惑うばかりだよな

>>726
URLの pasokonn が笑える

今日も64bit　パワープログラミングで皆様ハイテンションな日々お過ごしとお喜申上げます

私しゃ鬱病ですが　×ε×）　　　目的達成した喪失感か…

>>726
腹痛い
http://www.khmhm.com/pasokonn/0314-u.html
でちゃんと通称表記してるのにﾃｷｽﾄが付くとなんでこうなるんだｗ
http://www.khmhm.com/pasokonn/0584-te.html

マルチタクス
ttp://www.khmhm.com/pasokonn/0808-ma.html

Homepage Builder 10で作ってるみたいだが、まさか手作りなのか？

アインストール(Uninstall)

デフグラグ(Defrag)
デフグラグとはハードデスクに記録されているデータの配列を整理して、ファイルを読み書きしやすくする作業のことです。デフラグメンテーションの略称です。

ファイアルウォール(Firewall)
もともとは、家事の延焼を防ぐ防火壁のことです。

レジストリ(Registry)
新しい周辺機器を接続したり、コントロールパネルで設定を変便したりすると、このデータの中身が変便されます。
通常は、利用者が、直接レジストリを見たり変便したりする必要はありません。

ユビサルディスク／ネットワーク(Unicde)
ユビサルディスク／ネットワークとは同時に、あらゆるところに存在するという意味です。

これはワザとやっているんだろうｗ
見事に釣られたな。お前ら。

いや多分大マジでやってるんだと思う。
この雰囲気は狙って作り出せるものではない。

<マルチメデア>ってのもジワジワくるなｗ

もう色々と大変な事になってるね。
半分以上はまともなんだけど、一部豪快に間違ってるからタチが悪いｗ

Athion(アスロン）
http://www.khmhm.com/pasokonn/0009-a.html

IBM交換機
IBM互換機（アイビーエごかんき）とは
http://www.khmhm.com/pasokonn/0103-h.html

>>744
誤字から見てどこかの用語辞典を手打ちで丸写ししているんだろうな

>>744
そのままググったらhttp://kotobank.jp/word/Athlonが出てきたわい
どうやらhttp://publications.asahi.com/ecs/detail/?item_id=8475の丸コピ？

なんか狂気を感じる
普通にワロエナイ・・・

レジストリのように一見まともな項目でも気を抜けないな
まるで某開発環境のヘルプみたいだ

>>744
交換機と互換機なんて間違えようがないと思うんだがｗ

いやぁ、スレ進んでるんでまた荒れてんのかと思ったら
思わぬ伏兵でﾎﾝﾜｶしたよｗ

インスタント・メッセイージング(Instant Messaging)とは
http://www.khmhm.com/pasokonn/0277-i.html

なんで横に綴り書いてるのに疑問に思わないんだろうか。
インストロール(Install)なんてインスタールと読むのならまだしも・・・ｗ

外人がさぁ、日本語勉強するためにサイト作ってんじゃねーの？

外人でも「インストロール」と「Install」の読みが違うことくらい分かりそうだけどな

これアフィ目的のサイトだよな？
おまいらかなり貢献したぞｗ

管理人プロフィール
ttp://www.khmhm.com/nako10.html
かなりの寒さ

ディスクトップ来るかと思ったら、デスクトップでがっかり。

バカスレの勢いがトップか

>>755
その替わりに

FDISK(エフデスク）

富士通机

そろそろ買い物に行かないとだが、
晩飯何にしよう
エンバカのおまえらは今晩何を食うんだ?

飯なんか食わねえよ
酒だ酒

バナナ片手にfiremonkey

うっきき。

焼きバナナですね、わかります

バグで真っ黒こげ。

で、お前らxe2は買ったの？

俺はまだ買ってないし、見送るかも。

>>762
サルの焼き物

いまさらだけどこれﾜﾛﾀ
http://delfusa.blog65.fc2.com/blog-entry-223.html

フサ「レコードを自動で初期化できんの？」
TWC「自動で初期化する方法編み出した」
YT「終了処理も自動でできるようにした」
フサ「よくわからんのでグローバル変数使うわ」
RAN「華麗な連携！」

>>735
最近では少なくなってきたとはいえ、ソースパッケージ探してきて再ビルドしなくちゃ
なんないというケースもあるからな。　その時依存関係のわなにはまると最悪。

フサはブログも2chも辞めたのに
デブキャンにだけは出てくるな。

>>767
考えてみりゃDelphiのコンポーネントと同じかも知れん。

前にIrvine(ダウンローダー)を弄って自前のクッキーインポート機能を入れてたんだが
最近それを調整しようとしてコンパイルしようと思ったら、PC新しくしてて必要なコンポーネントを入れてなかった。

それで探してみたが必須コンポーネントは軒並み入手できない・・・
Readmeに書いてあるDLサイトはDelphianWorldが主体で最早絶望的(つд∩)
Linuxでも同じような事があるよね。

まさかあそこが潰れるとは思ってなかっただろうしな
ファイル一式さえあれば代替サイト立ち上げてもいいんだが…

>>769
ここでリンクされている「Delphi用コンポーネント」のではだめなの？
ttp://hp.vector.co.jp/authors/VA024591/
全部リンクは生きてるみたい
でもIrvine自体のソースは見つけられなかった…

>>771
そのリンク先にちゃんとリンクがあるが、Irvineのソースはここ
http://sourceforge.jp/projects/openirvine/

それから、そこで公開されてるのは"Irvine作者の"Delphi用コンポーネントであって
Irvineで使用しているコンポーネントでは無いのよ。
ソースコード中で指定されている外部コンポはこれだけ

http://www.scramdisk.clara.net/delphi/dcpcrypt.zip
http://www.torry.net/vcl/system/draganddrop/dragdrop.exe
http://www.phoenix-c.or.jp/~taki/library/gldpng.html
http://sourceforge.net/projects/rxlib/
http://www.asahi-net.or.jp/~HA3T-NKMR/download/nkclip/nkclip.zip
http://www.torry.net/vcl/graphics/icons/fidxicon.zip
http://home1.infonia.ne.jp/~delphian/delphi/compo/LE0018.cgi/urllabel.lzh?df=LE0018
http://home1.infonia.ne.jp/~delphian/delphi/compo/GB0014.cgi/stspb100.lzh?df=GB0014
http://home1.infonia.ne.jp/~delphian/delphi/compo/SY0040.cgi/dropd101.lzh?df=SY0040
http://home1.infonia.ne.jp/~delphian/delphi/compo/SY0104.cgi/traic116.lzh?df=SY0104
http://home1.infonia.ne.jp/~delphian/delphi/compo/SY0078.cgi/foldlg10.lzh?df=SY0078
http://home1.infonia.ne.jp/~delphian/delphi/compo/MI0031.cgi/jconvert.lzh?df=MI0031
http://home1.infonia.ne.jp/~delphian/delphi/compo/NE0008.cgi/rasu100.lzh?df=NE0008
http://anso.virtualave.net/regexpr.zip
http://www.fesoft.com/FEJpeg.zip
http://homepages.borland.com/torry/vcl/security/strong/dmmd5.zip
http://homepages.borland.com/torry/vcl/tabs/pagecontrols/pctrlex.zip
http://www.yks.ne.jp/~hori/data/MemCheck200.zip

>>769
くだすれ52
http://www.logsoku.com/thread/hibari.2ch.net/tech/1279506667/899-

DelphianWorldってなんで消えたの？

さすが、貧弱環境。外部ライブラリに依存しまくってる。

サーバー代払ってんのがバカらしくなったんだろ

ダウンロード専用ソフトって懐かしい

>>774
このスレで相談したら
皆が消してもいいって言ったから
消したんだと思う。

一応このスレを斜め読みしてみたんだが
iOSアプリ開発用に買うのは地雷ってことでおk？

初物は人柱の覚悟がいるな
仕事用なら1年は様子見した方がいいんじゃね？
3年で消えないことを祈るがｗ

>>779
FireMonkey関係のQCを覗いて見な。

>>775
それなりの規模なら外部ライブラリ全く使わずにやることは現実ではほぼ皆無じゃない？
小物しか作らない趣味プログラマなのかもしれないけど

>>779
FireMonkeyでカバーできない機能は自分でFPC構文使って書く必要があるけど、
ロードマップが正しければiOS用コンパイラがFPCからDCCに変わるから、
そうなると恐らくFPCとは互換性のない書き方になる可能性が高いし今はやめた方がいい
ただFireMonkeyのバグはWindowsでは多いけど、iOSでは目立ったものは今のところ無いね

>>766
これじゃぁスレッドセーフで使えねー。代替になってないじゃんｗ

>>766
「しっくりこないんです！」とか言い出しそうだｗ

csc と gmcs と同じ関係に当ると思うので
bcc と fpc も同じような流れになるんじゃないかなぁと何となく思う…

どちらにせよOSSの成果をラップしてこんなのできましたけど？
というのが実態なんじゃないかと…

dpr2xcode.exe で変換したのを osxに持っていって xcode でビルドしようとすると
System が名前解決が出来ないとか FMX が見えないとか、モジュールの
読み込みあたりでこける…

「プラットフォーム アシスタント」経由でリモートで実行表示はそれなりに
表示されるんだけど、実機で動かすのは現状だとまだハードル高そうな印象は感じている…

>>784
俺もそれ思い出したw

>>785
なんか勘違いしてない？
OSXアプリはdpr2xcode.exeを使う必要は無いし、iOSアプリならPA経由でリモート実行なんてできない
同じくOSXアプリなら名前解決できないことはないし、iOSアプリはプロジェクトの作成段階でiOSを選択すればユニット名が全部置き換えられる
恐らくOSX向けに作ったプロジェクトをXcodeに持って行こうとしてるんだろうけど、やり方間違ってるよ

フサも仮想メソッドは使いづらいだとか例外は使えないと過去に言ってるから、
あのおっさんとは話があいそうだ

>>766
最後で吹いた

XE2に今月中にもアップデートパッチが来るそうだ

>DelphianWorldってなんで消えたの？
とある有名 Delphi-hater の XOXO が粘着してクレームをつけまくり、
継続する気力がなくなり閉鎖。

今考えると、code centralにでも
アップすれば良かったんだけどねー。

>>772
調べてみたら、それら18個のIrvineで使用されてるコンポーネント／ライブラリは辛うじて現存してるね。
インターネット、意外にしぶといな。

http://wayback.archive.org/web/*/http://www.scramdisk.clara.net/delphi/dcpcrypt.zip
http://wayback.archive.org/web/*/http://www.torry.net/vcl/system/draganddrop/dragdrop.exe
http://web.archive.org/web/*/http://www.geocities.jp/norg1964/delphianworld/data/gm/gldpng343f.lzh
http://sourceforge.net/projects/rxlib/
http://www.asahi-net.or.jp/~HA3T-NKMR/download/nkclip/nkclip.zip
http://www.torry.net/vcl/graphics/icons/fidxicon.zip
http://www.geocities.jp/norg1964/delphianworld/data/le/urllabel.lzh
http://www.geocities.jp/norg1964/delphianworld/data/gb/stspb100.lzh
http://www.geocities.jp/norg1964/delphianworld/data/sy/dropd101.lzh
http://www.geocities.jp/norg1964/delphianworld/data/sy/traic118.lzh （必要リストではtraic116.lzh）
http://www.geocities.jp/norg1964/delphianworld/data/sy/foldlg10.lzh
http://jane.sourceforge.jp/source/ （jconvert.lzh）
http://www.geocities.jp/norg1964/delphianworld/data/ne/rasu100.lzh
http://wayback.archive.org/web/*/http://anso.virtualave.net/regexpr.zip
http://wayback.archive.org/web/*/http://www.fesoft.com/devtools/free/FEJpeg.zip
http://www.torry.net/vcl/security/strong/dmmd5.zip
http://www.torry.net/vcl/tabs/pagecontrols/pctrlex.zip
http://wayback.archive.org/web/*/http://www.yks.ne.jp/~hori/data/MemCheck200.zip

>>770
DelphianWorldで公開されてたファイルのほとんどは www.geocities.jp/norg1964/delphianworld/data/ に
あるみたい。その一部は InternetArchive WaybackMachine にも保存されてる。

InternetArchiveにあるDelphianWorldの記録はこんな感じ。
☆DelphianWorld 2006.7.13 …探すのは基本的にこちらが良い、Database・Network・Documentsのページが無い
http://web.archive.org/web/20060713204740/http://www.delphianworld.com/
☆DelphianWorld 2007.2.3 …この日からページのデッドリンク多数だが、ファイルへのリンクは一部生存してる
http://web.archive.org/web/20070203151548/http://www.delphianworld.com/

本当はNORG1964さんがファイルへのリンク一覧ページを公開してくれるといいんだけど。
そうすれば www.geocities.jp/norg1964/delphianworld/data/ が潰れても、とりあえずファイルだけは
InternetArchiveに永久保管されるかもしれないのになー。
現在保管されてるファイルは17個。
http://wayback.archive.org/web/*/http://www.geocities.jp/norg1964/delphianworld/*

http://web.archive.org/web/*/http://www.geocities.jp/norg1964/delphianworld/data/dirmontr.lzh
http://web.archive.org/web/*/http://www.geocities.jp/norg1964/delphianworld/data/gm/gldpng343f.lzh
http://web.archive.org/web/*/http://www.geocities.jp/norg1964/delphianworld/data/lg/bigv303.lzh
以下、calcgrid010.lzh、colcbx12.lzh、cplt100.lzh、excelutil140.lzh、fltcbx11.lzh、fnmcbx12.lzh、
gridcalendar.lzh、mccbox12.lzh、mostrgrid.lzh、pgrid231.lzh、strcgrid3_12.lzh、strgrid012.lzh、
tbmplistbox.lzh、treel130.lzh

今のうちにネットから回収して
コードセントラルに上げてくれよ。

CodeCentralは使いにくいからある程度カテゴリわけして置いてくれる人いたらありがたい

じゃあトリーは？

メモリーメモリー8ギガの64マシン調達して割と快適　DELPHIでパワープログラミングの日々が来るとは

本当は64bit環境が羨ましかったんだね？

>>798
俺も増設したけど・・・8Gも使う？
仮想化に使ってるの？

今パソコンを買ったら、64ビットが普通だから
FireMonkeyに興味が無いとしても
delphiユーザーならxe2は買いではあるんだよな。

>>799
64bitが羨ましいとかいつの時代の人？
今は64bitなんてそこら中にあって普通すぎるでしょ。
羨ましいとかだっさｗ

へへへ…あっしなんて型落ちatomネットブックで
ビルドしてmacに転送ですよ…へへへ

縦600でも当たり前のごとくばっちり対応してくれてる radstudio いいな！
起動はそれなりだけどな！立ち上げたらOS側で sleep 使うし

ただコンポーネントがOSの機能を直に叩いてるのも多かったり
移植は色々大変そう…結構変わってるのと参考になる生きてる
プロジェクトがなかなか見当たらないや…そういう時代でもないのかもしれんけど…

メモリ８Ｇが２０００円台の時代なのだが。

>>806
需要が無いから、安く売っているとも
考えられる。

8GB使い切ることはないけど
4GBだとちょっと足りないから8GBにしてる。
16GBとかは当分不要だね。普通の人は。

そろそろ自称医療関係の人が出てくる頃

VMWareでDel6P使ってるけど、4Gではちょっと足りないかもね。

64クン

Update1 きたね

一部のベータテスター向けに Update1 のリリースが行われました。
リリースは（北米の）金曜日かな

var
&file: integer;
&do: string;
&in: boolean;
&for: char;
begin
&file:=1;
&do:='abc';
&in:=true;
&for:='h'
end.

>>813
> リリースは（北米の）金曜日かな

日本じゃ、土曜日か。
安売り最終日に間に合わないな。

・・・どうせ大したアップデートではないので
期待で買わせる作戦か。

>>814
どこを縦読み？

32は　過去の遺物になった感じｗ

&使ってエスケープすると、コンパイルは問題ないがIDEのクラス補完が動かなくなるので、エンバカの
クソ品質のクソ環境死んで下さい。

>>817
しかしIDEは32であった。

というかデモとか osx で動かせるの少なすぎだ…
このコンポーネントは windows でしか動かないのですがそれでも宜しいですか？
とかビルド時にダイアログが出てお亡くなりに成るtween...マルチなんて幻想じゃぁ…actionscriptで十分なんじゃぁ…

>マルチなんて幻想じゃぁ
そうだよ

いまだに沸き出るアンチマルチ
諦めろよｗ

マルチなんて維持できん＆ペイもしない　企業じゃWinPC一本　

それすら「XPでないと困る」なんてのが　沢山いるけど

>>823
ペイするかしないかを決めるのはおまえじゃないよなｗ
このまま非マルチでいけばDelphiとしての他製品に対するアドバンテージは何一つないんじゃない？

それともxe1間違って買っちゃったとか？
腹いせ？ｗ

>>824
横レスだが

> それともxe1間違って買っちゃったとか

間違ってとはなんだ。訂正しろ。

それともxe1騙されて買っちゃったとか？

x64対応で　続々とユーザー増殖中だな　良かった

>>826
> それともxe1騙されて買っちゃったとか？

騙されてとはなんだ。訂正しろ。

それともxe1勘違いで買っちゃったとか？

va_listにバグあるな

<cstdarg>にするとva_listにstd::を付けなければエラーになるのはいいが
va_start、va_arg、va_endはstd::を付けるとエラーになる

単なるうっかりですm(__)m

Delphi検定テストとかあるんだな
ttp://edn.embarcadero.com/article/41651

アニメ検定だの野菜ソムリエだのある時代だからな。

ゴミはゴミ
今回も証明されてしまったわけか

ゴミとはなんだ。失礼な。訂正しろ。

じゃクズ

クズとはなんだ。失礼な。訂正しろ。

じゃ糞

Xe2 アップデートでたね。

twitter でネタにされていた既知のバグはあらかた修正されたみたい

>>839
FM関係が少なすぎないか？
http://edn.embarcadero.com/article/41649

実物は確認してないけどTwitterでネタにされてた既知のバグはほぼ全部Openのままだから未修正だと思うよ

>>839
また信者の捏造か
懲りないなｗ

年末にもう１回くらい
アップデートがあるかな？

それとも２月くらいまで無いのかな？

FireMonkey単体の修正が2度ほど

>>844
今までのパターンで考えると
それはない。

例えばVCL for .netがどんなにバグって居ても
基本的にはアップデートでしか直らなかった。

定期的に直すとか、ベータ版のコンパイラを出すとかは
口約束だと思ったほうがいい。
そこまでの力はこの会社には無い。

それに IDe/RTL/VCL の主力開発者たちを全クビにしたんだから
これが最後のアップデートだろうよ。

うかれ CYonezawa に、DEKO っちが遠まわしに皮肉を言っているのがワラた

全クビって誰のこと？具体的に挙げてよ

名前言っても、お前にはわからんだろ？ >848
知ってる名前をあげてみそ

知らないんですね。隠さなくてもいいですよ

>>845
KSDev時代は定期的にやってましたよ
VCL.NETの時とは会社が変わってますし、今までのパターン通りとは限らないでしょう
少なくとも来月か遅くとも再来月までにはiOS5対応アップデートがありますし

>>851
> 今までのパターン通りとは限らないでし

KSDevの頃は、どういうビジネスモデルだったんだろう？

エンバカは次の製品に持ち越すことで、新製品を買わせる事が
ビジネスモデルっぽくなっているので、アップデートは意外と渋い。

エンバカ傘下に入った以上、前と同じ事が出来るかと言うと
なかなか難しいかもしれない。詳しいことは知らないけど。

以前読んだKryukov氏へのインタービューを見た限りでは特に制約なくやってるみたいだけどね
現に買収された後にもDXSceneやVXSceneを更新して公開してるし

>>853
買収された企業の人はみんな
そういう風に言うんだよな〜。

建前じゃなくて、本当はどうなのか
これからのアップデートの出具合で分かるんだろうね。

2行目を読み飛ばしたのか、単なる馬鹿かどっちだ

でもあれ dxscene のほうはソースは directx実装でクローズドソースだったと
記憶してる
FMは glscene 周りのコードで揉めつつ opengl でクロス対応をというかんじなので…
いうほど簡単にはいかないのではないかと思われる… > 慣れない環境への戸惑いとライセンス規約の間で揺れる何とか

昨日機種変更したばかりだが、アップデートのお知らせなんて　　現在　再セットアップ中…　

>VCL.NETの時とは会社が変わってますし、今までのパターン通りとは限らないでしょう
やってる人は同じだから、Embarca になっても安心。とかいってなかったけ？
みんな首になったから、今後は変わるのかな？

>>856
わざとアホを演じてるのかもしれないけど、
FireMonkeyはDXSceneと"VX"Sceneの合いの子であって、
今回混入していたGLSceneとは全くの別物

再セットアップ完　　レッツ64プログラミンゴー

こんかいはバレちゃったけど、きっとほかにもパクリがあるんだろうなぁ
怖くて使えないよ

ユーザーに迷惑が掛かる前に
なんとかするでしょう。

再インストールめんどくせ〜ッ

>ユーザーに迷惑が掛かる前に
まともな企業なら、迷惑がかかるものを出荷はしない

ほんと、どうなっちゃっているんだろうね。
QA とかやらずに出荷しているみたいで頭痛いよ

小さな会社だから、事前に手が回らないこともあるよ。

俺は特に気なら無いし、嫌なら他所に行けば。
つか、どーせ最近のdelphiもって無いんだろ。アンチは。

おい、今回のアップデートのために一度アンインスコしてから入れたら
コンポーネントも設定もすべてリセットされてるやん！

面倒くせぇーーー

今回はアンインストせず　再セットアップの方がいいんじゃないかなー　私はそうしたけど

>>867
アンインスコしてから入れろって書いてあったぞ

sageを書く場所間違えた

>>868　再セットアップで　既存版見つかったとか　ダイアログ出て快調順調に終了　どうなんでしょう

再インストール中、ひまだったので修正されたバグの件数を数えてみた
ttp://edn.embarcadero.com/article/41649

6 IDE
1 Install
13 VCL
4 Debugger
1 Midas
1 Compiler\C++
11 Compiler\Delphi
4 RTL\Delphi
2 SOAP
1 Modeling
12 FireMonkey
1 Databinding

ttp://edn.embarcadero.com/article/41659
> 弊社では、FireMonkey の 3D サポートにおける一部のコードが、
> MPL オープン ソース プロジェクトである GLScene のコードと
> 類似している可能性があることを最近把握いたしました。弊社では、
> GLScene プロジェクトの主要なコントリビュータである Eric Grange氏
> と共にこの問題を含む可能性のあるコードを除去しました。

これねｗ
ttp://delphitools.info/2011/09/05/glscene-source-code-used-in-firemonkey/

Update1入れてプロジェクトをリビルドしたら警告が出るようになった。

[BCC32 警告] W8123 パス 'C:\Program Files (x86)\FastReports\LibD16' が見つかりません - パスはオプション '-I' では無視されます

確かにFastReporsはインストールされてないけど、最初にインストールした時にはあったような気がする。
みんなの環境にはある？
この警告、どうやって消したらいいんだろ…

>>859
http://www.ksdev.com/wiki/index.php?title=VGScene_/_VXScene
>VXScene is a part of the DXScene library, and represents the 2D layer. All references to
>VGScene will also apply to VXScene, except when explicitly stated. In a next version,
>
>VXScene will be removed from the DXScene library, since the latter will be made compatible with VGScene.

こまかいことだけどそこは VX じゃなくて VG だと思うぞ
VX は窓風にいうと direct2d に層等するレイヤかも

DXScene と VGScene の統合が FM。ちょっと似た用語が並ぶからややこしいのは確かにややこしい
一瞬じぶんも調べてて迷ったわｗ

>>872
修復セットアップするといいのかも？と誰かが書いてた。

なんか時々固まる現象発生　アップデートして不調になった木が　前はこんなだったかなー

バグ多すぎワロタ

消して入れなおしかよー

OSごと不安定になった

>>874
サンキュー
結局改善せず、アンインストールしてインストールし直した
今度はいいみたい

アップデートしたら起動しなくなった

結局、安売り最終日に間に合わせるために、ライセンス問題だけ直して入れた。
ってことなのかな？

なんか客をバカにしているとしか...

コード表示／フォーム表示　切替え待ち時間が　気になるようになった

アップグレード前はスムーズだった思うんだけど

>>880
120個くらいは直してあるみたいだけどね。
ただ意外とFM関係は少ない。たぶん全体の２割くらい。

>>880
>>38
これの期限ってだけ
そもそも安売りしてるのは日本独自のキャンペーンですが
日本だけのためにアップデート提供してくれてるならむしろいい会社じゃんｗ

アップデートで益々パワフルになり　64bitプログラミングの力強い日々です

ありがとう

>>883
> そもそも安売りしてるのは日本独自のキャンペーンですが

マジか。円高還元？

そー言えば、ヨーロッパの方では高いと言うことで
揉めているらしいね。

David Iがアップデートは毎月するみたいな話書いてるけど本当ならすごい

>>885
まあキャンペーン価格で漸く本国の通常価格なんだけどな
元々は日本も円高を考慮してもヨーロッパ等と同じ価格設定なんだよ

>元々は日本も円高を考慮してもヨーロッパ等と同じ価格設定なんだよ
思いつきで言わないように。
アンチはかえってくれないかな？

円高効果か、ソフトも何かと安い気がするが　マイクロ何とか社は変わらず高い
特に箱入りの奴

>>886
カントー君は
Win8にも早めに対応するかも
見たいな事を書いているし
妙に期待を煽っているね。

今までが今までだから、ちょっと信じられないなー。

>>886
> ヨーロッパ等と同じ価格設定なんだよ

具体的に数字を挙げてみて。

>マイクロ何とか社は変わらず高い
マイクロフォーカス？

Microsoft はタダ版も配っているし、製品版の安定性と品質はどこかのクソパクリ開発環境とは大違いだ

>具体的に数字を挙げてみて。

ごめんなさい。調べもせずにウソ書きました。
まぁいいだろ？2ch だし。

エンバカの公式ショップで見たところ、
Delphi XE2 Pro の購入価格が新規で899ユーロ、アップグレードで499ユーロ。
今は1ユーロが104円くらいだから、それぞれ93496円、51896円ってところだね。
http://www.embarcadero.com/online-stores

で、日本の通常価格はいくらだった？教えてよ信者さん。
日本はヨーロッパとは違う価格設定なんだよね？

8月末は　1ユーロ110円弱程度だった思うので　499×(108〜109）=5万4千円　前後

1.4万円お得だ

TeamBの人が公式フォーラムで「北米圏以外の価格設定がおかしい」と抗議してくれているのに、
日本の頭のおかしい信者さんたちは日本だけは優遇されてると思いこんでるんだね…
こんな頭のおかしい人たちのために抗議してるTeamBの人がかわいそう(´・ω・`)

そもそも高すぎなんだよ！

>>894
キャンペーンと関係のない通常価格の話をしているのに、
何故かあと1日で終わる日本独自のキャンペーン価格と比較してるとか頭わいてんの？
そうでもしないと擁護できないほど元の価格が高いのは分かるけどさ・・・・

日本後は　その対応もあるし別にね　可哀相な貧乏人さんはお気の毒

MSDNの百万以上のヤツはどうですか？

>>893
> 今は1ユーロが104円くらいだから、

円は今は高すぎて、比較し辛いなぁ。

ユーロとドルの関係で見たら、xe2について
怒っている理由が分かるかな？

ユーロって、２・３年前は
１ユーロ144円とか147円とか
じゃなかったっけ？

３割近く下がったのかよ。
今はユーロ建てコンポの買い時？

VCL for the web？

コンパイラなんかそう数売れるもんでもないから
高いのは仕方ないっちゃ仕方ない

行末以降にカーソルが移動する現象をなんとかしたいのですが、
このパッチって今回は使えないですよね。どうすればイインダー！

http://homepage1.nifty.com/fuu/software/nonfreecursor.htm

教えてエライ人！！

現象じゃなくて仕様だろ

またアンチの捏造不具合報告か
ご苦労さん

>>904
　仕様だけに、どうしよう？

>>905
　アンチじゃないです。真面目に知りたいんですー。
2007 -> XE2なので、XEで新しい対応方法が
見つかったりしてないんですかね？

対応方法：慣れる

>>903
ソースが付いているし、ぱっと見今でも使えそうだけど
駄目なの？

>>903
それXEでは使えたんだけどな
コンパイルエラーがたくさん出たけど動いてた

ってことは、usesを直したりすれば
動くんじゃねーか。

usesを

uses Winapi.Windows, System.Classes, System.SysUtils, ToolsAPI, Vcl.Menus;

に直してビルドすれば使える

俺はフリーカーソルじゃないと気持ち悪いんだけど
やだって人のが多いのかな

断然フリカ

おれもフリカ様派

[Home]キーと[End]キーを多用するからフリカかどうかはあまり気にならない

文句をいうやつはみなアンチ。
そんなにフリーカーソルがすきなら VisualStudio でも使えよ

？

>>916
こういう信者を装ったアンチが一番カス

どうやって見分けるんだ？>918
外様にゃ区別がつかんよ。内ゲバで自滅目前だね！！

見分けなくていいよ。適当に煽ればいいの。

>>916
とりあえずフリーカーソルの意味から調べようね

update1を突っ込んでみた
アンインストしてからの再インストール
何も問題なし

勝組のツールとして　不動の地位を獲得だな

また勝ってしまったか…

Visual Studio とか Eclipse は負け組だもんな

連勝街道まっしぐらだな

>>922-926
こういう信者を装ったアンチが一番カス

よっぽど悔しかったんだねw

>>922 がテロに巻き込まれたｗ

坂本です。
坂本です。
坂本です。
坂本です。
坂本です。
坂本です。
坂本です。

かなり盛上がってきてるな　64bitパワープログラミングで皆さん忙しいみたい

やっぱりxe2の売りはマルチコンパイラ、マルチプラットフォーム
しかも意外に行けるFireMonkey

正直FireMonkeyはまだ全然ダメだ
バグ云々の前に機能が圧倒的に足りない
フォームのOnMouseDownやOnKeyDownみたいな基本的なイベントすらないんだぞｗ
あと数行書けば実装できるこれらの機能が無いってことは、どれだけ未完成で出したか分かるだろ
さすがにこの辺りは今月のアップデートで補完してくれると期待してるが

今月のアップデートって、毎月出るってこと？

予定ではな。
実際にどうなるかはしらね。

ベータ版だから毎月更新は仕方ないね

毎月更新があるのはかなり大きな変化だな
ボーランド時代では考えられない
本当にエンバカになってよかった

このスレIDが出ると面白いのにな
同一人物が連投してるだろう

1-938 は同一人物だな

>>939
おまえも実は同一人物だろ。

そう言う俺も実は・・・

毎月別のシリアルが来るのか。胸熱だな。

毎月のアップデートってどこかで告知されたの？

davidiのぶろぐ

Ｑｔ  マイクロ　撃退してしまうナ

>>944
>927

>>945
>>927

64bitの時も毎月じゃないけど、SAがらみかなんかで、頻繁に
アップデートするとか言ってたような。で、何も変わらずいつも通りだった。

64bitの時って今回だろ

エッ　64なんてまだ先でしょう　　32bitで十分

医療業界ではすべて64ですｷﾘﾂ

cbuilder_xe2_4276_win_esd.exeトライアル版をダウンロードして
インストールした後
起動してみたらなぜかdelphiXEが起動した。
なんで？？？

うちの近くの歯医者は32のXPばりばりだけど

Delphi6であと5年は戦えるよね

>>953
いや、ここらで新しい環境に慣れとかないと後がキツイぞ

Delphi XE2はVCLベースで64bit対応済み
Mac OSX、iOSなどのマルチプラットフォーム向けの開発もFireMonkeyフレームワーク利用で可能となる

でも Mac OS X と iOS は 64bit 対応できてないよね
Windows の 64bit 対応ですら何年もかかったんだから
それらの対応はいったい何年後だろう
その前に Delphi は滅びてるだろうけどね

>>956
どうした、元気がないぞ

>>956
アンチくん、ドヤ顔のところ悪いんだけど、iOSは32bitだよ
というか64bitのARMは開発段階で、市場にはまだ存在しませんけどｗ

正直、映像とか使わないなら32で十分なんだよな。
会計ソフトしか使わないPCに64とかあほだろ

MacOSXは10.6から64bit対応してるけど

>>960
アンチの味方をするわけじゃないが、お前読解力ないってよく言われるだろ

ARM曰く64bit化するとそれだけで消費電力増えるのでやる気なし

まあ、今すぐ64bitアプリはあまり必要じゃないかもしれんが、全体が64bit化に向けて少しずつ動き始めているのも事実
先々64bitアプリを作りたくなった時にはDelphi/C++Builderの64bit環境も落ち着いているんじゃないかな

64クン

VBはとっくに64bitに移行してますが
今まで何やってたの？

VB厨にネタくれてやってたんだよ
満足したか？

まぁ、64bitWinがそれなりに普及したのに、
ようやく対応、で、C++まだよ。
低脳だから時間がかかる。
x64アプリなんて作るユーザーなんていないから火猿やっていた

今のEmbarcaのシェアってどれくらい?
Winだと10%あるのか？

ない

Delphi+DB2くらいか？64bit化で恩恵を受けるのは

今時まさか　32bit 　でやってる人はいないだろうね　エ工〜ッ

まさに基地外

>>970
大昔ならともかく、今DelphiでDBやっている奴どれぐらいいるんだ

Delphiは中小でジワ売れしてるイメージ

中小は無償でないと使わないよ今時

そうでもないよ？

無償なのにクオリティが高いのがVisual Studio
有償でしかも毎月パッチが出るほどバグだらけなのがエンバカ製品

まさに基地外

XE2で復帰した組だけど、今って毎月パッチが出るのか、すごいな

C++に関してはBOOSTが普通に使えないって
バグを通り越して欠陥レベル

ここにいる人には評判悪い？のかもしれないけど、実際マルチプラットフォーム対応は魅力大きいよ
評価用に数ライセンス導入して、良さそうであれば本格導入しようと言ってるところが知り合いに数件ある
C++の64bitは欲しいけど、必須だという業種は全体から見れば少数派だろうね
それよりAndroid対応を早くして欲しい
次期バージョンで対応なんて言ってたら確実に遅いから、
Adobeみたいに通常のアップデートで導入してもいいと思う

やっと時間作れた。

>>911
指示通りに修正したらできました。ありがとー♪
Readme.txt内に記載されている Delphi(非DLL)の方法で対応可能でした。
マウスカーソルが行末以降を選択できてしまうのが
難点だけど、前よりは（個人的に）使いやすくなりました。

>>916
ごめんよー。最近はEclipseやNetbeansばっかりなので
フリーカーソルが辛い体になってしまったんです。
お役に立てそうな場面があったら頑張るので、許してくだされ。

しかしnativeはいままでC++で開発してたけど、
Delphiの方が抽象化が進んでるみたいでわかりやすかったです。
さすがに今から習得しょうとは思わないけど。時期を逸したなぁ。

補足ですが、DLL化はATLがなくて失敗しました。
あと、>>982のやり方ではRadPHP XE2に反映できません。
どうすればいいだろうー...

もう全部QTでいいやん

商用ＱＴは高いけど　それでも乗換えた人はいそう

中小は無償でないと使わないよ今時

Eclipse並みの機能でも無償なのに、なんでDelphiレベルのショボ機能が有償なの？

無償で選ぶならVBかなあ
高機能だし安定してるし

>>987
有償だと馬鹿で貧乏な987様が買わずに済むという利点がありますよ。

>>987-988
何でお前らこのスレに来るの？

一流の勝組のみ使う64bit開発ツール　それが…

Xcode4

やっぱり、一流の勝組のみが使う言語はDelphi
でもって、負け組みが使うのは....

Delphiを必死になって貶すくせにこのスレにいつまでもしがみ付くってことは
それだけDelphiの能力に嫉妬してるんでしょう
無関心であればこのスレには見向きもしないでしょうから、少なくとも関心があることは確かですし

負け犬は嫉妬がものすごいから、粘着は当たり前

いや！仕事なんですわ
ネガレス一件５０円だしｗ

結構しょぼいな。1スレの半分がアンチ君として50*500=25000円だ。もっと頑張ってネガティブ情報書かないと。

DelphiダメねVB最高ね

Delphi高い

1000ならエンバカ年内倒産

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。