一个项目不让用malloc

flw

原帖由 flw2 于 2007-6-23 22:17 发表
请教一个问题，new是关键字吗?如果是那么实现new是怎么实现的？一直比较迷惑，记得还有个标准库new

C++ 中的 new 是关键字。

jaffaz

原帖由 flw2 于 2007-6-23 22:17 发表
请教一个问题，new是关键字吗?如果是那么实现new是怎么实现的？一直比较迷惑，记得还有个标准库new

new是关键字，但具体的内存分配还是   :: operator new(size_t)函数完成的。

bleem1998

原帖由 MMMIX 于 2007-6-23 22:08 发表

呵呵，看来楼主还需要再补充若干必要的信息：
1. 项目是用什么语言做的，对 malloc 的限制出现在什么地方/语言（如果涉及多个语言的话）？
2. 软件是做什么的？是否属于受到很大限制的高可靠性软件？
3. 在开发之初对于 malloc/free, goto 的使用双方有过哪些协定？

1. solaris + oracle + c
2. 在库生产流程控制
3. 没有协定

而且对方的数据库设计非常搞笑
实在太多搞笑的地方了
比如表的字段是日文的
跟日文表名奋战了N久
好容易出现个英文字段吧
结果在有的表里是全角
而在另一个表又是半角

更搞笑的是
他们不让我们用malloc说是容易出错
但是他们自己写的函数却烂的可以
有个函数长大3000多行
全局变量满天飞
有的函数竟然还返回函数里的临时数组变量

哎
不说了
三天三夜说不完

lenovo

原帖由 bleem1998 于 2007-6-23 22:33 发表


1. solaris + oracle + c
2. 在库生产流程控制
3. 没有协定

而且对方的数据库设计非常搞笑
实在太多搞笑的地方了
比如表的字段是日文的
跟日文表名奋战了N久
好容易出现个英文字段吧
结果在有的表里 ...

对你深表同情！

flw

原帖由 bleem1998 于 2007-6-23 22:33 发表


1. solaris + oracle + c
2. 在库生产流程控制
3. 没有协定

而且对方的数据库设计非常搞笑
实在太多搞笑的地方了
比如表的字段是日文的
跟日文表名奋战了N久
好容易出现个英文字段吧
结果在有的表里 ...

要不是你明确说明是日文的，
我还以为是我前阵子改过的一程序呢。

jaffaz

原帖由 bleem1998 于 2007-6-23 22:33 发表


1. solaris + oracle + c
2. 在库生产流程控制
3. 没有协定

而且对方的数据库设计非常搞笑
实在太多搞笑的地方了
比如表的字段是日文的
跟日文表名奋战了N久
好容易出现个英文字段吧
结果在有的表里 ...

佩服佩服，偶见过的最长的函数才一千多行

lenovo

原帖由 jaffaz 于 2007-6-23 22:40 发表

佩服佩服，偶见过的最长的函数才一千多行

我见过一个头文件2，3万行的，
c++的。

mik

恐怕还不够 windows.h 的行数多吧

flw

原帖由 lenovo 于 2007-6-23 22:45 发表

我见过一个头文件2，3万行的，
c++的。

我见过定义上百个变量，然后紧接着分别 memset 一把的。接下来还有上百组类似代码从 xml 里获取对应参数给这些变量。再接下来用上百个 strcat 函数把这些参数值粘连在一起……

flw2

原帖由 mik 于 2007-6-23 22:48 发表
恐怕还不够 windows.h 的行数多吧

这么长的文件耗时大概多少？研究过吗？如果有一百个.c都包含这个头，那么不是很好时吗？