search for: makros

-----Original Message----- From: MAKRO BAGAFORO, Melvin Sent: Friday, November 16, 2001 11:52 AM To: 'Ben Elliston' Subject: RE: samba error Hi Guys, I already downloaded the latest config.guess and config.sub files, './configure' command is now error free. However, I have another problem, samba won't start. Samba test results:

Hi all, I''ve just noticed that 0.10 is out and wanted to give it a try on windows. I''m not at all an VS C++ Developer so I might do something very stupid here. My env: Windows Server 2003 VS .NET 2003 On the command line with nmake from VC7 in the path this is what I get: Attempting remote update of ferret Building native extensions. This could take a while... Microsoft

Hi This is Vignesh with Makro Technologies, Inc. We have been in business for over 10 years and we are one of the Fast 500 National IT staffing and Solution firms in USA. Our clients include country’s top-notch IT, Healthcare, Pharmaceutical, Financial, Telecom,Government and other industries. Staying current with technology, finding great consultants and exceeding our clients''

Hello everybody, at work I want to start R within an VBA program. First I calculate something in Excel 2003. After that I want to start within my VBA makro R wich should start an R file, say i.g, superplot.R which plots me the data well. So is it possible? Maybe something like that: sub test() 'calculate something start R superplot.R end test() Thank you so much. Kindly

Dear friends, I installed samba for LINUX and SINIX witout having problem. I made all diagnose test from docs. Everything is ok. I can see Samba servers on clients but when I want to login \\servername\IPC$ appears on the screen and asks for a password. I did not figure out what is password. Pelease help me. # ./smbclient -L makro Added interface ip=89.89.89.102 bcast=89.255.255.255

...ovecot/deliver -d "GET_LOCAL_MAIL" ? message_prefix = ? message_suffix = ? delivery_date_add ? envelope_to_add????????????? ? return_path_add????????????? ? log_output ? user = MAILUSER ? group = MAILUSER I have a really sophisticated setup with ldap... so GET_LOCAL_MAIL and MAILUSER are makros which get the email-adress and the mailuser for the receiving emailadress. GET_LOCAL_MAIL could be $local_part@$domain MAILUSER is vmail in my setup, the user who owns all mailboxes /usr/lib/dovecot/deliver is an alternative for the lmtp-delivery. HTH Jakob

...t; delivery_date_add > > envelope_to_add > > return_path_add > > log_output > > user = MAILUSER > > group = MAILUSER > > > > I have a really sophisticated setup with ldap... so GET_LOCAL_MAIL and > > MAILUSER are makros which get the email-adress and the mailuser for the > > receiving emailadress. > > > > GET_LOCAL_MAIL could be $local_part@$domain > > MAILUSER is vmail in my setup, the user who owns all mailboxes > > > > /usr/lib/dovecot/deliver is an alternative for the lmtp...

Dear all, i use the following package/syntax to export data to excel: library(xlsReadWrite) write.xls( exportdata,pfad,colNames = TRUE,sheet = 1,from = 1,rowNames = FALSE ) Everything is fine, but the format of the export is not the best. For example, I every time have to adjust the column width. Furthermore there is no possibility to highlight some cell or make them colourful. I create a lot

Hi Everybody, I keep getting this error from log.smbd: find_name_on_subnet: on subnet 192.1.8.1 - name STORE 8<1d> NOT FOUND I'm wondering where it is getting the name 'STORE 8', when my hostname is 'store8' (no space in-between). Previously, I used 'store 8' as workgroup in smb.conf but I've already changed it other names. Do you have any idea what

...of direct, which we modify. */ > - vdev.features[0] &= ~(1 << VIRTIO_RING_F_INDIRECT_DESC); > + vdev.features &= ~(1 << VIRTIO_RING_F_INDIRECT_DESC); That could then be something like clear_feature_bit(VIRTIO_RING_F_INDIRECT_DESC, vdev.features); (I would prefer such makros over repeating bit actions) > vq = vring_new_virtqueue(0, RINGSIZE, ALIGN, &vdev, true, > __user_addr_min, > never_notify_host, But on the whole this looks good to me.

...of direct, which we modify. */ > - vdev.features[0] &= ~(1 << VIRTIO_RING_F_INDIRECT_DESC); > + vdev.features &= ~(1 << VIRTIO_RING_F_INDIRECT_DESC); That could then be something like clear_feature_bit(VIRTIO_RING_F_INDIRECT_DESC, vdev.features); (I would prefer such makros over repeating bit actions) > vq = vring_new_virtqueue(0, RINGSIZE, ALIGN, &vdev, true, > __user_addr_min, > never_notify_host, But on the whole this looks good to me.

OK, I am just sending it here too as it looks like r-devel at r-project.org is not the right place: =EF=BB=BFOn Fri, 2008-04-25 at 08:48 +0200, Soeren Sonnenburg wrote: > While trying to fix swig & R2.7 I actually discovered that there is a > bug in R 2.7 causing a crash (so R & swig might actually work): >=20 > the bug is in ./src/main/gram.c line 3038: >=20 >

...> >>> return_path_add > >>> log_output > >>> user = MAILUSER > >>> group = MAILUSER > >>> > >>> I have a really sophisticated setup with ldap... so GET_LOCAL_MAIL and > >>> MAILUSER are makros which get the email-adress and the mailuser for the > >>> receiving emailadress. > >>> > >>> GET_LOCAL_MAIL could be $local_part@$domain > >>> MAILUSER is vmail in my setup, the user who owns all mailboxes > >>> > >>> /usr/li...

...- vdev.features[0] &= ~(1 << VIRTIO_RING_F_INDIRECT_DESC); > > + vdev.features &= ~(1 << VIRTIO_RING_F_INDIRECT_DESC); > > That could then be something like > > clear_feature_bit(VIRTIO_RING_F_INDIRECT_DESC, vdev.features); > > (I would prefer such makros over repeating bit actions) That's the whole reason for the patch. I guess you disagree with it, but it's much easier to deal with simple integers. > > vq = vring_new_virtqueue(0, RINGSIZE, ALIGN, &vdev, true, > > __user_addr_min, > > never_notify_...

...- vdev.features[0] &= ~(1 << VIRTIO_RING_F_INDIRECT_DESC); > > + vdev.features &= ~(1 << VIRTIO_RING_F_INDIRECT_DESC); > > That could then be something like > > clear_feature_bit(VIRTIO_RING_F_INDIRECT_DESC, vdev.features); > > (I would prefer such makros over repeating bit actions) That's the whole reason for the patch. I guess you disagree with it, but it's much easier to deal with simple integers. > > vq = vring_new_virtqueue(0, RINGSIZE, ALIGN, &vdev, true, > > __user_addr_min, > > never_notify_...

...to_add >>>> return_path_add >>>> log_output >>>> user = MAILUSER >>>> group = MAILUSER >>>> >>>> I have a really sophisticated setup with ldap... so GET_LOCAL_MAIL and >>>> MAILUSER are makros which get the email-adress and the mailuser for the >>>> receiving emailadress. >>>> >>>> GET_LOCAL_MAIL could be $local_part@$domain >>>> MAILUSER is vmail in my setup, the user who owns all mailboxes >>>> >>>> /usr/lib/doveco...

From: Rusty Russell <rusty at rustcorp.com.au> It seemed like a good idea, but it's actually a pain when we get more than 32 feature bits. Just change it to a u32 for now. Cc: Brian Swetland <swetland at google.com> Cc: Christian Borntraeger <borntraeger at de.ibm.com> Signed-off-by: Rusty Russell <rusty at rustcorp.com.au> Signed-off-by: Cornelia Huck

From: Rusty Russell <rusty at rustcorp.com.au> It seemed like a good idea, but it's actually a pain when we get more than 32 feature bits. Just change it to a u32 for now. Cc: Brian Swetland <swetland at google.com> Cc: Christian Borntraeger <borntraeger at de.ibm.com> Signed-off-by: Rusty Russell <rusty at rustcorp.com.au> Signed-off-by: Cornelia Huck

...path_add >>>>>> log_output >>>>>> user = MAILUSER >>>>>> group = MAILUSER >>>>>> >>>>>> I have a really sophisticated setup with ldap... so GET_LOCAL_MAIL and >>>>>> MAILUSER are makros which get the email-adress and the mailuser for the >>>>>> receiving emailadress. >>>>>> >>>>>> GET_LOCAL_MAIL could be $local_part@$domain >>>>>> MAILUSER is vmail in my setup, the user who owns all mailboxes >>>>&...

...sage_prefix = > message_suffix = > delivery_date_add > envelope_to_add > return_path_add > log_output > user = MAILUSER > group = MAILUSER > > I have a really sophisticated setup with ldap... so GET_LOCAL_MAIL and > MAILUSER are makros which get the email-adress and the mailuser for the > receiving emailadress. > > GET_LOCAL_MAIL could be $local_part@$domain > MAILUSER is vmail in my setup, the user who owns all mailboxes > > /usr/lib/dovecot/deliver is an alternative for the lmtp-delivery. Unfortunately this...