search for: start_name

...grammatically change the user account of running a windows service. So I downloaded one of the windows utilities, win32-service, and wrote my scripts. However when I was trying to use the following scripts to change the name of the account of running a windows service s.configure_service{ |s| s.start_name = "name of the account" s.password = "password" # Note that I used plain text password } I was always given some kinds of error messages, which varied based on different formats of the account name being used. So with start_name = "domain_name\user_name" (usin...

...CTIVE_PROCESS. This means > the service is configured to interact with the desktop, you cannot > change the service to run under a domain user account. So I changed the > code of configuring service by setting service type as WIN32_OWN_PROCESS. > > s.configure_service{ |s| > s.start_name = "name of the account" > s.password = "password" > s.service_type = Service::WIN32_OWN_PROCESS > } > > Then it works now. > > Thank you very much for the help. > > Kay > > > Date: Wed, 19 Sep 2007 20:33:30 -0600 > > From: djberg9...

...llvm_prf_names; +extern char __stop___llvm_prf_names; + +static void *start_data = &__start___llvm_prf_data; +static void *end_data = &__stop___llvm_prf_data; +static void *start_counters = &__start___llvm_prf_cnts; +static void *end_counters = &__stop___llvm_prf_cnts; +static void *start_names = &__start___llvm_prf_names; +static void *end_names = &__stop___llvm_prf_names; + +static void reset_counters(void) +{ + memset(start_counters, 0, end_counters - start_counters); +} + +static uint32_t get_size(void) +{ + return ROUNDUP(sizeof(struct llvm_profile_header) + end_data -...

...> 8080:192.168.100.3:3128 -N -T Hm, well, I''m not really familiar with winserv. > Notice I''m not running under the system account. I''m > running as myself > qualified with a domain name. > > I can''t seem to get win32service to work with > start_name="PWRNAV\\erne". I''m not sure what you mean here. Do you mean the ''-user PWRNAV\erne'' switch is causing the problem? Otherwise, I''m not sure where you would be using ''start_name'' to start a service. > I can get it to accept start...

Hello, The following patch series enables LLVM coverage support for the Xen hypervisor. This first patches are a re-organization of the gcov support, in order to make the support generic for all coverage technologies. This is mostly a name change from gcov -> cov in several places and files, together with the addition of a Kconfig option in order to enable LLVM coverage. Patch 7 introduces

...debug("count %hhu i8count %hhu", sf->hdr.count, sf->hdr.i8count); - sf_entry = (xfs_dir2_sf_entry_t *)((uint8_t *)&sf->list[0] - + sf_entry = (xfs_dir2_sf_entry_t *)((uint8_t *)sf->list - (!sf->hdr.i8count ? 4 : 0)); while (count--) { - uint8_t *start_name = &sf_entry->name[0]; + uint8_t *start_name = sf_entry->name; uint8_t *end_name = start_name + sf_entry->namelen; + xfs_debug("namelen %u", sf_entry->namelen); + if (!xfs_dir2_entry_name_cmp(start_name, end_name, dname)) { xfs_debug("Found entry %s",...

xfs_is_valid_magicnum is not actually a generic function that checks for magic numbers, instead it checks only for superblock's one. Signed-off-by: Paulo Alcantara <pcacjr at zytor.com> --- core/fs/xfs/xfs.c | 13 +++++-------- core/fs/xfs/xfs.h | 19 ++++++++++--------- 2 files changed, 15 insertions(+), 17 deletions(-) diff --git a/core/fs/xfs/xfs.c b/core/fs/xfs/xfs.c index

...xfs_intino_t ino; + xfs_dinode_t *ncore = NULL; + + xfs_debug("count %hhu i8count %hhu", sf->hdr.count, sf->hdr.i8count); + + sf_entry = (xfs_dir2_sf_entry_t *)((uint8_t *)&sf->list[0] - + (!sf->hdr.i8count ? 4 : 0)); + while (count--) { + uint8_t *start_name = &sf_entry->name[0]; + uint8_t *end_name = start_name + sf_entry->namelen; + char *name; + + name = xfs_dir2_get_entry_name(start_name, end_name); + + xfs_debug("entry name: %s", name); + + if (!strncmp(name, dname, strlen(dname))) { + free(name); + goto found; + } + +...

I found a small (easily worked around) bug in service.c. The accessor for the start user is called "start_name", but create_service tries to access "@service_start_name". A simple "service.instance_eval{@service_start_name = ''name''} works around it, but I thought ya''ll might want to fix it. BTW, thanks for win32-utils... I don''t like using Windows, bu...