ьяыеютубъ
ЛОГИСТKА ЗAПAСОВ И СKЛAДОВ
Праkтичесkий cemинаp
23-24 марта 2004 года с 10.00 до 18.00
т. (MCK) 1.8.1.3.4.8.9. 9.8.0.5.7.2.6.
В программе:
23 марта с 10.00 до 18.00
Функции управления запасами. Двойственный характер запасов, основные причины их создания, основные статьи расходов, связа
»¶ÓÄúµã»÷http://www.up100.net½øÈë°®ÆÕ¸ñÈð³õÒ»ÖÁ¸ßÈýÍøÂçÌâ¿â¾ãÀÖ²¿£¬Äú¿ÉÇáËɶ¨ÖÆ»ñµÃ×îС¢×îȨÍþµÄ·ÖÕÂÁ·Ï°¡¢Ä£ÄâÊÔÌâ¡¢ÕæÌâÌâ¿â¡¢Ï°ÌâÏê½â¡¢ÍøÉÏ´ðÒɸ¨µ¼µÈ³¬Öµ·þÎñ¡£ÄúËù»¨·ÑµÄ´ú¼Û½öÏ൱ÓÚÒ»¡¢Á½±¾¸¨µ¼ÊéµÄ¼ÛÇ®£¨80Ôª4¸öÔµĻáÔ±×ʸñ£©£¬µ«ÄúµÃµ½µÄÊÇ×ÜÊý³¬¹ýÊ®ÍòµÀ¼°Ê±¸üеÄÌâÄ¿£¡
½èÖúInternetÇ¿´óµÄ¹¦ÄÜ£¬
»¶ÓÄúµã»÷http://www.up100.net½øÈë°®ÆÕ¸ñÈð³õÒ»ÖÁ¸ßÈýÍøÂçÌâ¿â¾ãÀÖ²¿£¬Äú¿ÉÇáËɶ¨ÖÆ»ñµÃ×îС¢×îȨÍþµÄ·ÖÕÂÁ·Ï°¡¢Ä£ÄâÊÔÌâ¡¢ÕæÌâÌâ¿â¡¢Ï°ÌâÏê½â¡¢ÍøÉÏ´ðÒɸ¨µ¼µÈ³¬Öµ·þÎñ¡£ÄúËù»¨·ÑµÄ´ú¼Û½öÏ൱ÓÚÒ»¡¢Á½±¾¸¨µ¼ÊéµÄ¼ÛÇ®£¨80Ôª4¸öÔµĻáÔ±×ʸñ£©£¬µ«ÄúµÃµ½µÄÊÇ×ÜÊý³¬¹ýÊ®ÍòµÀ¼°Ê±¸üеÄÌâÄ¿£¡
½èÖúInternetÇ¿´óµÄ¹¦ÄÜ£¬
This is a limited mailing. If you do not wish to receive advertisements from Steelwater Solutions Corporation via e-mail, please contact us at [EMAIL PROTECTED] to be removed from any future mailings and accept our apologies for any inconvenience.
__
> Well, libc should be the standard library for user programs on the
> Hurd. That is, a GNU/Hurd system should have one standard library:
> libc.
Nonsense. It already has dozens of standard libraries.
> We specifically chose *not* to have a generic "Hurd" library, because
> libc already *is*
> Oh, of course; those aren't system-specific libraries though. It's
> the idea of splitting libc into different system specific libraries
> that I think is a mistake.
Noone suggested that.
> I have no objection to a new generically named library for specific
> sets of tasks.
As I said, libutil
Roland McGrath <[EMAIL PROTECTED]> writes:
> libc
> libm
> libdl
> libutil
> libresolv
> libcrypt
> libncurses
> libreadline
Oh, of course; those aren't system-specific libraries though. It's
the idea of splitting libc into different system specific libraries
that I think is a mistake.
I have n
Roland McGrath <[EMAIL PROTECTED]> writes:
> > Except I think it's a mistake to label those "linux-specific". The
> > danger of that is that as soon as it gets implemented on some other
> > system, it ceases to be Linux specific.
>
> Like I already said three times, something that can conceivabl
> Not for user programs; those are all for servers.
libc
libm
libdl
libutil
libresolv
libcrypt
libncurses
libreadline
The list goes on.
> It was you, in fact, who insisted originally that we should not have a
> separate library for "the Hurd", any more than there is a separate
> "Linux" librar
Roland McGrath <[EMAIL PROTECTED]> writes:
> > Well, libc should be the standard library for user programs on the
> > Hurd. That is, a GNU/Hurd system should have one standard library:
> > libc.
>
> Nonsense. It already has dozens of standard libraries.
Not for user programs; those are all f
> > We probably could have a libhurd.
>
> Eek, no. libc.
I think it eases life all around not to throw new things into libc.
libutil perhaps. Other new libraries that have OS-independent interface
are fine too. For new interfaces that will be Hurd-specific, some lib in
the hurd tree is the rig
Roland McGrath <[EMAIL PROTECTED]> writes:
> > > We probably could have a libhurd.
> >
> > Eek, no. libc.
>
> I think it eases life all around not to throw new things into libc.
> libutil perhaps. Other new libraries that have OS-independent interface
> are fine too. For new interfaces that w
Мы
рады предложить Вам новый вид
рекламы - действенную
интернет-рассылку.
Это -
высокоэффективная
интернет-рассылка Ваших деловых
предложений по E-mail.
Мы разошлём Вашу рекламу и Вы убедитесь насколько это просто и выгодно!
I'm to tired to look at this right now, but here is the backtrace in
either case, I might look at it later on.
[EMAIL PROTECTED]:~$ gdb emacs
GNU gdb 6.0-debian
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to cha
14 matches
Mail list logo
