Маркетинг. Брендинг. Реклама

2004-09-28 Thread iren
  Руководителям отделов продаж и маркетинга, менеджерам, топ-менеджерам и маркетологам компаний по производству товаров и продаже товаров и услуг    REAL MARKETING Маркетинг. Брендинг. Реклама 9 октября 2004 года, г. Киев    В ПРОГРАММЕ СЕМИНАРА:     Вступление. ЧТО

Re: diskfs.h `filepointer' type

2004-09-28 Thread Alfred M. Szmidt
So why not off_t in the structure instead? Well, either we use off_t or we use loff_t (or even off64_t). Is there any rule as to what should be used? Because I don't have a real opinion about it (other then maybe that loff_t is clearer then off_t) ___

Re: diskfs.h `filepointer' type

2004-09-28 Thread Thomas Bushnell BSG
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes: >Also, one should look to all the users of the field in question (in >the library itself and also in the programs that use the library, >at least ufs and ext2fs) and see what kinds of local variables they >are using to hold values in t

Re: diskfs.h `filepointer' type

2004-09-28 Thread Alfred M. Szmidt
Also, one should look to all the users of the field in question (in the library itself and also in the programs that use the library, at least ufs and ext2fs) and see what kinds of local variables they are using to hold values in the field, and function parameters that are connected

Re: diskfs.h `filepointer' type

2004-09-28 Thread Alfred M. Szmidt
Well, for a change like this you should certainly check that a wholly rebuilt system still works for some normal minor stress tests. Yeah, but my setup ain't exactly "do a quick test" friendly sadly which is why I didn't test it more. I can do a small stress test though, but it will take so

Re: diskfs.h `filepointer' type

2004-09-28 Thread Thomas Bushnell BSG
Roland McGrath <[EMAIL PROTECTED]> writes: > Well, for a change like this you should certainly check that a wholly > rebuilt system still works for some normal minor stress tests. Also, one should look to all the users of the field in question (in the library itself and also in the programs that

Re: diskfs.h `filepointer' type

2004-09-28 Thread Roland McGrath
Well, for a change like this you should certainly check that a wholly rebuilt system still works for some normal minor stress tests. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: diskfs.h `filepointer' type

2004-09-28 Thread Alfred M. Szmidt
Have you tested that this produces no new warnings and so forth? Only checked that it didn't produce any warnings. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: diskfs.h `filepointer' type

2004-09-28 Thread Roland McGrath
Have you tested that this produces no new warnings and so forth? ___ Bug-hurd mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-hurd

diskfs.h `filepointer' type

2004-09-28 Thread Alfred M. Szmidt
I don't see any logical reason for filepointer to be a int here. libdiskfs/ChangeLog 2004-09-28 Alfred M. Szmidt <[EMAIL PROTECTED]> * diskfs.h (struct peropen): Changed member type of `filepointer' from `int' to `loff_t'. --- libdiskfs/diskfs.h 27 Jun 2002 21:19:13 +0200

RE: Building and booting the HURD

2004-09-28 Thread Gregg C Levine
Hello from Gregg C Levine Thanks Harley, and folks. Neal's pages happened to be what I was looking for. However the reference to the tar balls sitting on the Alpha server need to be revised. The symbolic link that's the one marked as 'latest' and points to the one named thusly: gnu-20020816.tar.gz

Re: [PATCH] libpager/data-request.c: missing call to _pager_allow_termination

2004-09-28 Thread Neal H. Walfield
At Tue, 28 Sep 2004 18:33:57 +0300, Ognyan Kulev wrote: > > Neal H. Walfield wrote: > > This looks correct to me. Normally, I would say that this sort of > > micro-optimization does not matter as we don't care how slow the error > > path is, however, the other jump to allow_term_out (on the fast

Re: [PATCH] libpager/data-request.c: missing call to _pager_allow_termination

2004-09-28 Thread Ognyan Kulev
Neal H. Walfield wrote: This looks correct to me. Normally, I would say that this sort of micro-optimization does not matter as we don't care how slow the error path is, however, the other jump to allow_term_out (on the fast path) also has a gratuitous unlock relock sequence: /* Let someone else

Re: [PATCH] libpager/data-request.c: missing call to _pager_allow_termination

2004-09-28 Thread Neal H. Walfield
At Tue, 28 Sep 2004 14:07:52 +0300, Ognyan Kulev wrote: > > 2004-09-28 Ognyan Kulev <[EMAIL PROTECTED]> > > * data-request.c (_pager_seqnos_memory_object_data_request): > When pager state is not NORMAL, shorten exit path. > When _pager_pagemap_resize fails, add call to >

Коммерческая безопасность - реальная практика хозяйственной деятельности в современных условиях

2004-09-28 Thread eva
Title: New Page 2  "Управляющая компания промышленными активами" представляет книгу "Коммерческая безопасность - реальная практика хозяйственной деятельности в современных условиях", изд. 4-е, переработанное и дополненное.   Сегодня предпринимателям

[PATCH] libpager/data-request.c: missing call to _pager_allow_termination

2004-09-28 Thread Ognyan Kulev
2004-09-28 Ognyan Kulev <[EMAIL PROTECTED]> * data-request.c (_pager_seqnos_memory_object_data_request): When pager state is not NORMAL, shorten exit path. When _pager_pagemap_resize fails, add call to _pager_allow_termination. diff -urpN --exclude='*~' --exclude=b