search for: regex_matcher

...usbhid-ups? I envision that the code in usbhid-ups:reconnect_ups() could be changed to something like: hd = HIDOpenDevice(&udev, &curDevice, reopen_matcher, MODE_REOPEN); if (hd == NULL) { /* reopening failed, try opening new device */ hd = HIDOpenDevice(&udev, &curDevice, regex_matcher, MODE_OPEN); } if (hd == NULL) { return 0; } Note "regex_matcher", not "reopen_matcher", in the second call, and also the changed MODE flag. Then all the complicated stuff could be removed from libhid/libusb (different non-zero return codes for matchers etc). I am not sur...

Hi list, I'm getting stuck at the replication part for my BDC. Could someone familiar with OpenLDAP replication shed some light? I'm sure that password is correct Thanks for taking a look at! 1. slapd.conf (master) # $OpenLDAP: pkg/ldap/servers/slapd/slapd.conf,v 1.23.2.8 2003/05/24 23:19:14 kurt Exp $ # # See slapd.conf(5) for details on configuration options. # # include

When I use clang on Windows to compile a program using regular expressions to intermediate code, then run the result through llvm-link and finally try to generate an executable, I get an error. All of these ingredients are necessary; it works if the program doesn't use regular expressions, and it works if I compile it directly instead of going via intermediate code. The use of the exact

On Sun, Aug 23, 2009 at 8:28 PM, Chris Lattner<clattner at apple.com> wrote: > > On Aug 23, 2009, at 5:50 PM, OvermindDL1 wrote: > >> On Sun, Aug 23, 2009 at 6:32 PM, Daniel Dunbar<daniel at zuster.org> wrote: >>> >>> This is too heavy, and we don't need the extra features, and regexec >>> is well tested and much more standard. Unless there

On Aug 23, 2009, at 5:50 PM, OvermindDL1 wrote: > On Sun, Aug 23, 2009 at 6:32 PM, Daniel Dunbar<daniel at zuster.org> > wrote: >> This is too heavy, and we don't need the extra features, and regexec >> is well tested and much more standard. Unless there is an >> overwhelming > > 'regexec' I had never heard of, figured it was a library, turns

Am I wrong saying that actually anyone that use klibc has to use insmod patch or build a monolithic kernel? Could not the insmod patch be include? That will make everyone life easier on klibc upgrade. Gilles

Arjen de Korte wrote: > - HIDOpenDevice() will now handle closing the device on reload if > needed, so that HIDCloseDevice() can now really close it and free > the allocated memory for report buffer and parsed report descriptor. If I remember correctly, the old behavior on "reopen" was to keep the previous report descriptor, and try to find a device that matches the previously

...Ian diff --git a/drivers/nutdrv_qx.c b/drivers/nutdrv_qx.c index bb526608..75bb97f8 100644 --- a/drivers/nutdrv_qx.c +++ b/drivers/nutdrv_qx.c @@ -422,6 +422,7 @@ static USBDevice_t            usbdevice;  static USBDeviceMatcher_t        *reopen_matcher = NULL;  static USBDeviceMatcher_t        *regex_matcher = NULL;  static int                langid_fix = -1; +static int                buflen_fix = -1;  static int    (*subdriver_command)(const char *cmd, char *buf, size_t buflen) = NULL; @@ -702,8 +703,15 @@ static int    krauler_command(const char *cmd, char *buf, size_t buflen)          { NULL...

...utdrv_qx.c index bb526608..ad450e39 100644 --- a/drivers/nutdrv_qx.c +++ b/drivers/nutdrv_qx.c @@ -421,7 +421,6 @@ static usb_dev_handle            *udev = NULL;  static USBDevice_t            usbdevice;  static USBDeviceMatcher_t        *reopen_matcher = NULL;  static USBDeviceMatcher_t        *regex_matcher = NULL; -static int                langid_fix = -1;  static int    (*subdriver_command)(const char *cmd, char *buf, size_t buflen) = NULL; @@ -717,13 +716,7 @@ static int    krauler_command(const char *cmd, char *buf, size_t buflen)          for (retry = 0; retry < 10; retry++) {        ...