search for: 17757

This request stems off a bug report I posted https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17757 where it was determined the current behaviour is as expected. To recap: when given a real file, normalizePath() always* returns the full absolute path. When given a non-existent file, normalizePath() returns a full path on Windows but it returns the input on other systems*. I'd argue that ther...

...0:12.01 httpd 1848 apache 20 0 1579m 1.3g 10m S 0.3 2.1 183:02.13 php-fpm 2718 root 20 0 1074m 12m 2536 S 0.3 0.0 7:32.85 fail2ban-server 15221 apache 20 0 475m 49m 9508 S 0.3 0.1 0:22.24 httpd 16764 apache 20 0 476m 49m 9456 S 0.3 0.1 0:21.82 httpd 17757 apache 20 0 461m 42m 5784 S 0.3 0.1 0:18.26 httpd 19108 apache 20 0 463m 44m 5848 S 0.3 0.1 0:20.80 httpd 19155 apache 20 0 463m 44m 5756 S 0.3 0.1 0:17.15 httpd 24791 apache 20 0 462m 43m 5764 S 0.3 0.1 0:14.87 httpd 24794 apache 20 0 464m 45m...

...of swapping out hardware, and I can't imagine i'm the only one who has ever faced such an issue. ~G On Tue, Apr 14, 2020 at 10:03 AM Dean Attali <daattali at gmail.com> wrote: > This request stems off a bug report I posted > https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17757 where it was > determined the current behaviour is as expected. > > To recap: when given a real file, normalizePath() always* returns the full > absolute path. When given a non-existent file, normalizePath() returns a > full path on Windows but it returns the input on other systems*....

...th_abs("foo/bar") #> /Users/jhester/foo/bar [1]: https://CRAN.R-project.org/package=fs On Tue, Apr 14, 2020 at 1:03 PM Dean Attali <daattali at gmail.com> wrote: > > This request stems off a bug report I posted > https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17757 where it was > determined the current behaviour is as expected. > > To recap: when given a real file, normalizePath() always* returns the full > absolute path. When given a non-existent file, normalizePath() returns a > full path on Windows but it returns the input on other systems*....

Bad rails day for Matt- In a migration, for a habtm: create_table :teams_users do |t| t.column :team_id, :integer t.column :user_id, :integer end Ok, fine. In a controller (well really a migration script): @user.teams << Team.find( 3 ) And the SQL pumped at my server is: INSERT INTO teams_users (`team_id`, `id`, `user_id`) VALUES (3, 3, 34) Which

...eleases, see the Asterisk versions page. http://www.asterisk.org/asterisk-versions This release contains fixes since the last beta release as reported by the community. A sampling of the changes in this release include: * Fix parsing of IPv6 address literals in outboundproxy (Closes issue #17757. Reported by oej. Patched by sperreault) * Change the default value for alwaysauthreject in sip.conf to "yes". (Closes issue #17756. Reported by oej) * Remove current STUN support from chan_sip.c. This change removes the current broken/useless STUN support from chan_sip....

...eleases, see the Asterisk versions page. http://www.asterisk.org/asterisk-versions This release contains fixes since the last beta release as reported by the community. A sampling of the changes in this release include: * Fix parsing of IPv6 address literals in outboundproxy (Closes issue #17757. Reported by oej. Patched by sperreault) * Change the default value for alwaysauthreject in sip.conf to "yes". (Closes issue #17756. Reported by oej) * Remove current STUN support from chan_sip.c. This change removes the current broken/useless STUN support from chan_sip....

Hi, I am trying to get faster search results on our webmail client(Roundcube). Besides using Lucene for FTS are there other options? Would having all mails indexed give fast results? Currently the time it takes to search 25,000mails is 4mins. If indexed how much faster are we looking at? Really appreciate if someone could advise about this. Thanks Kevin

...16974 16979 16986 16996 17040 17041 17052 17059 17060 17077 17081 17092 17196 17198 17203 17211 17212 17258 17302 17365 17367 17374 17391 17398 17424 17445 17447 17474 17476 17479 17481 17551 17568 17569 17570 17571 17572 17573 17575 17577 17585 17664 17665 17677 17678 17712 17713 17715 17755 17756 17757 17762 17784 17830 17831 17897 17906 17951 18024 18040 18042 18129 18136 18137 18138 18161 18162 18163 18167 18169 18222 18234 18275 18284 18285 18286 18287 18291 18342 18349 18356 18358 18361 18362 18363 18373 18375 18396 18436 18437 18438 18440 18441 18457 18460 18462 18467 18474 18475 18477 18479...

...996 17040 17041 17052 17059 17060 17077 17081 17092 17196 > 17198 17203 17211 17212 17258 17302 17365 17367 17374 17391 17398 17424 > 17445 17447 17474 17476 17479 17481 17551 17568 17569 17570 17571 17572 > 17573 17575 17577 17585 17664 17665 17677 17678 17712 17713 17715 17755 > 17756 17757 17762 17784 17830 17831 17897 17906 17951 18024 18040 18042 > 18129 18136 18137 18138 18161 18162 18163 18167 18169 18222 18234 18275 > 18284 18285 18286 18287 18291 18342 18349 18356 18358 18361 18362 18363 > 18373 18375 18396 18436 18437 18438 18440 18441 18457 18460 18462 18467 > 184...