Tuesday and Wednesday between 8:00am and 4:30pm PDT the auto-tester is
going to loose a significant fraction of its build hardware due to power
maintenance (my entire neighborhood is loosing its incoming power lines,
apparently). I'm in the process of spinning up additional ec2 instances
to
On 4/25/2015 10:02 PM, Timo Sintonen via Digitalmars-d-learn wrote:
-Import mess. Phobos files import several other files. Some of them
cannot be used. Work is going on to remove unnecessary imports and use
scoped imports. It is important that imports for unittests are only in
unittest blocks.
Valgrind has a mechanism for teaching it how to ignore certain patterns.
A long time ago I setup suppressions for the gc, but the code has
changed out from under that version so the work would need to be redone.
On 4/20/2015 7:23 PM, Martin Nowak via Digitalmars-d-learn wrote:
On Monday, 20
On 4/20/2015 10:24 PM, Jonathan M Davis via Digitalmars-d wrote:
No idea whether that's related or not. But regardless, that does narrow down
the problem some. Still, given how consistent it is on my box (I've _never_
seen it succeed on 2.067 or master), I really have to wonder what the
On 3/24/2015 11:18 AM, Martin Nowak via Digitalmars-d-announce wrote:
One way to improve this would be to have changelogs in the
dmd/druntime/phobos repo and make the entries part of the pull requests.
For what it's worth, that's how things were setup a long time ago (by
me), but a lot of
Anyone want to do a rough draft version of a script to build with some
version of what Walter has suggested that produes just a simple number
for each of druntime and phobos that are the number of undocumented
functions?
Bonus points for generating a output doc (preferably json) that contains
On 2/18/2015 5:04 PM, ketmar via Digitalmars-d wrote:
On Wed, 18 Feb 2015 15:51:14 -0800, Brad Roberts via Digitalmars-d wrote:
Hrm.. that'd be my job. I just looked and there's a little shy of 1000
messages queued up to go out. I'm digging in to see if I can tell why
the queue running
github has built-in bugzilla integration which does all that.
On 2/18/2015 6:23 PM, Martin Nowak via Digitalmars-d wrote:
On 02/19/2015 12:51 AM, Brad Roberts via Digitalmars-d wrote:
I just looked and there's a little shy of 1000 messages queued up to
go out.
That was apparently cause by me
Hrm.. that'd be my job. I just looked and there's a little shy of 1000
messages queued up to go out. I'm digging in to see if I can tell why
the queue running stopped running.
The backlog is flowing out now.
On 2/18/2015 5:24 AM, anonymous via Digitalmars-d wrote:
I just saw that an issue
While snprintf might be one thing that provides to be an interesting
obstacle, the better answer to why std.conv.to isnt pure is that no one
has invested the time to work through issues like that to make it so.
It _should_ be pure.
On 2/14/2015 12:32 PM, ketmar via Digitalmars-d-learn wrote:
I figured that someone would have already objected to part of this, but
the definition is stronger than I believe is intended for D:
On 2/5/2015 5:23 PM, H. S. Teoh via Digitalmars-d wrote:
2) I think we also all basically agree that the *intent* of @trusted is
to be an encapsulation
I haven't read it yet myself, but probably of interest to anyone playing
at the abi layer for x86 languages.
-- Forwarded message --
From: H.J. Lu hjl.to...@gmail.com
Date: Thu, Feb 5, 2015 at 10:35 AM
Subject: ANNOUNCEMENT: Intel386 psABI version 1.0
To: IA32 System V
On 1/30/2015 6:13 AM, Martin Nowak via Digitalmars-d wrote:
On 01/28/2015 03:41 AM, Brad Roberts via Digitalmars-d wrote:
I spent the time today to read up on how to use s3 website redirects,
since s3 doesn't support symlinks. The only new requirement is for the
http client to follow a 301
On 1/30/2015 12:39 PM, Jacob Carlborg via Digitalmars-d wrote:
On 2015-01-30 15:59, Andrei Alexandrescu wrote:
That would be nice. -- Andrei
I agree. I wouldn't need to screen scrape dlang.org in DVM.
I'd be much more inclined to keep a file called LATEST with the version
number in it
Sorry, typed those by hand rather than cut/paste. Pluralize each:
http://downloads.dlang.org/pre-releases/
http://downloads.dlang.org/releases/
On 1/28/2015 5:01 AM, Mathias LANG via Digitalmars-d wrote:
On Wednesday, 28 January 2015 at 02:41:19 UTC, Brad Roberts wrote:
I spent the time
On 12/8/2014 8:15 AM, Martin Nowak via Digitalmars-d wrote:
On 12/03/2014 09:36 PM, Jordi Sayol via Digitalmars-d wrote:
El 03/12/14 a les 19:49, Martin Nowak via Digitalmars-d ha escrit:
On 12/03/2014 02:01 AM, Brad Anderson wrote:
Why use the DigitalMars FTP?
http://downloads.dlang.org/ is
On 12/11/2014 3:16 AM, Martin Nowak via Digitalmars-d-announce wrote:
On Thursday, 11 December 2014 at 07:40:14 UTC, Andrej Mitrovic via
Digitalmars-d-announce wrote:
On 12/11/14, Martin Nowak via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
Glad to announce that D
On 1/21/2015 10:53 AM, Andrei Alexandrescu via Digitalmars-d wrote:
On 1/21/15 10:45 AM, Walter Bright wrote:
On 1/21/2015 7:40 AM, Andrei Alexandrescu wrote:
there's plenty of video processing software in the free world.
About 10 years ago, I needed to edit a movie. I downloaded about 10
On 12/10/2014 11:34 PM, Andrej Mitrovic via Digitalmars-d-announce wrote:
On 12/11/14, Martin Nowak via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
Glad to announce that D support on Travis-CI was launched today.
On 12/5/2014 11:54 PM, Paulo Pinto via Digitalmars-d wrote:
On Saturday, 6 December 2014 at 01:31:59 UTC, deadalnix wrote:
Code review my friend. Nothing gets in without review, and as
won't usually don't enjoy the prospect of having to fix the shit
of a coworker, one ensure that coworker wrote
On 11/28/14, 5:39 PM, ketmar via Digitalmars-d wrote:
oh, wait... such tool was suggested years ago and has no signs of
official blessing until this year's summer! and now it can't fix
two-year-old code.
I don't understand this attitude. Don't wait for any sort of gold star rubber stamp
On 10/27/14, 1:49 PM, Dicebot via Digitalmars-d wrote:
On Monday, 27 October 2014 at 20:42:10 UTC, Martin Nowak wrote:
Say I want to add tracing/logging to
[`parseJson`](http://dlang.org/library/std/json/parseJSON.html) or
[`findRoot`](http://dlang.org/phobos/std_numeric.html#.findRoot)
This
On 10/23/2014 12:31 PM, Walter Bright via Digitalmars-d wrote:
Version control has been successful at eliminating such mistakes in my
experience with github.
Not eliminating, but with many eyes watching the flow of changes, at
least relatively easy to catch.
On 10/20/2014 8:47 PM, thedeemon via Digitalmars-d wrote:
Another problem: a week ago I created an account (thedeemon), activated
it and successfully used but now I cannot log in (says username or
password not valid, but I'm pretty sure I didn't change the password).
You can always use the
Yes, the email queue running was indeed not running. I've kicked it and
will look into why it wasn't doing its job.
On 10/19/2014 8:26 AM, anonymous via Digitalmars-d wrote:
A confirmation email has been sent containing a link to continue
creating an account. The link will expire if an
On 10/14/2014 3:49 AM, monarch_dodra via Digitalmars-d wrote:
You say I'm focused on impl, but @safe *is* an implementation
certification.
I'm not derailing the thread or talking about process. If Array can't be
certified memory safe, then it can't be marked as @safe. That's really
all there
On 10/13/2014 7:47 AM, Andrei Alexandrescu via Digitalmars-d wrote:
On 10/12/14, 5:41 PM, Brad Roberts via Digitalmars-d wrote:
I know it's a tricky implementation, but let's focus on the goal..
should Array be usable in @safe code?
Yes. In order for that to be 100% automatically checkable
On 10/13/2014 1:28 PM, monarch_dodra via Digitalmars-d wrote:
On Monday, 13 October 2014 at 17:16:40 UTC, Brad Roberts via
Digitalmars-d wrote:
On 10/13/2014 7:47 AM, Andrei Alexandrescu via Digitalmars-d wrote:
On 10/12/14, 5:41 PM, Brad Roberts via Digitalmars-d wrote:
I know it's a tricky
I've been spot checking parts of phobos today to see what all isn't
@safe ready. I'm not shocked that Array isn't, but doesn't it need to be?
For instance, not even the most basic of uses works:
$ git diff -U5
diff --git a/std/container/array.d b/std/container/array.d
index 4a1bfb4..2672bc6
On 10/11/2014 3:18 AM, bachmeier via Digitalmars-d wrote:
On Saturday, 11 October 2014 at 04:11:30 UTC, Dicebot wrote:
#pleasebreakourcode
No, it's #pleasedeprecateourcode
For a change like this, with proper deprecation, there will be no broken
code.
Yes, there will be. That there's a
On 10/10/2014 2:26 AM, Marco Leise via Digitalmars-d wrote:
Am Wed, 08 Oct 2014 16:30:19 +0100
schrieb Bruno Medeiros bruno.do.medeiros+...@gmail.com:
I don't think memory-safety is at the core of the issue. Java is
memory-safe, yet if you encounter a null pointer exception, you're still
not
On 10/10/2014 1:05 PM, market via Digitalmars-d wrote:
On Friday, 10 October 2014 at 19:14:50 UTC, ketmar via
Digitalmars-d wrote:
On Fri, 10 Oct 2014 18:14:28 +
market via Digitalmars-d digitalmars-d@puremagic.com wrote:
please just go. please
(smiles) you are funny.
you are not. gtfo
On 10/3/2014 3:25 AM, David Nadlinger via Digitalmars-d-announce wrote:
On Friday, 3 October 2014 at 07:16:14 UTC, Kagamin wrote:
On Thursday, 2 October 2014 at 12:44:08 UTC, eles wrote:
I doubt. At least, not easily. However, installing LMDE should be a
one-time process (it's a rolling
On 10/3/2014 10:00 AM, Joseph Rushton Wakeling via Digitalmars-d wrote:
On 29/09/14 02:09, Walter Bright via Digitalmars-d wrote:
If the program has entered an unknown state, its behavior from then on
cannot be
predictable. There's nothing I or D can do about that. D cannot
officially
endorse
On 10/3/2014 6:52 PM, ketmar via Digitalmars-d wrote:
On Sun, 28 Sep 2014 17:09:57 -0700
Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote:
If the program has entered an unknown state, its behavior from then
on cannot be predictable.
and D compiler itself contradicts this
On 9/29/2014 6:01 AM, Bruno Medeiros via Digitalmars-d wrote:
I would invite you to buy a *retail copy* of Elder Scrolls 3 : Morrowind
for PC and try playing that. The game did exactly what Walter and you
guys suggested: when an assertion tripped, it would crash straight away
to the desktop,
Bugzilla and the auto-tester are back up now. There was a reboot of the
system last night (which I expected), but the drive with the mysql db
didn't mount properly (which I did not expect). That's fixed now and
shouldn't happen again next time the system is rebooted.
Sorry about the down
On 9/27/2014 11:45 AM, H. S. Teoh via Digitalmars-d wrote:
On Sat, Sep 27, 2014 at 11:31:19AM -0700, Brad Roberts via Digitalmars-d wrote:
Bugzilla and the auto-tester are back up now. There was a reboot of
the system last night (which I expected), but the drive with the mysql
db didn't mount
What we're seeing here is pretty much the same problem that early c++
suffered from: abstraction penalty. It took years of work to help
overcome it, both from the compiler and the library. Not having trivial
functions inlined and optimized down through standard techniques like
dead store
On 9/27/2014 3:54 PM, Walter Bright via Digitalmars-d wrote:
On 9/27/2014 3:26 PM, Brad Roberts via Digitalmars-d wrote:
What we're seeing here is pretty much the same problem that early c++
suffered
from: abstraction penalty. It took years of work to help overcome it,
both from
the compiler
On 9/23/2014 9:46 PM, Sean Kelly via Digitalmars-d wrote:
There's clearly been a lot of attention paid to bug fixes. But for the
rest... I feel like the overall direction is towards whatever is
currently thought to gain the most new users. The thing is that D has
already *got* me. What I want
On 9/21/2014 3:12 PM, Andrei Alexandrescu via Digitalmars-d wrote:
On 9/21/14, 12:35 PM, Nordlöw wrote:
On Friday, 19 September 2014 at 15:32:38 UTC, Andrei Alexandrescu wrote:
Please chime in with thoughts.
Why don't we all focus our efforts on upgrading the current GC to a
state-of-the GC
On 9/9/2014 6:54 AM, Dragos Carp via Digitalmars-d wrote:
On Tuesday, 9 September 2014 at 12:31:26 UTC, Dicebot wrote:
Also it sounds as if you think that someone actually does any
coordination about what must go into release. As far as I am aware
there is no such thing, even
Personally, I've never found the multiple repositories inconvenient.
About the only place they are are when simultaneous changes are required
to more than one of the parts. That's INTENDED to be rare since it
directly implies a non backwards compatible change. Those changes tend
to hurt
On 9/8/2014 3:12 PM, Trass3r via Digitalmars-d wrote:
with 3 pull request queues
Good argument for the separation :)
And they're visible together via the auto-tester which happens to keep
the lists concatenated. I don't see the separation to be an issue either.
On 9/8/2014 3:51 PM, Dicebot via Digitalmars-d wrote:
I also don't feel like it will help much for release preparation.
Bisection and history investigation - undoubtedly. But for release
management building stuff is one of the easier parts.
I totally agree with this. Anyone that believes that
On 9/8/2014 9:36 PM, Andrei Alexandrescu via Digitalmars-d wrote:
On 9/8/14, 9:22 PM, Dicebot wrote:
On Tuesday, 9 September 2014 at 03:56:12 UTC, Andrei Alexandrescu wrote:
Did Andrew leave any kind of notes about the process he ended up with?
(If it is on wiki, link may be helpful)
I'm not
On 9/1/2014 12:30 PM, Walter Bright via Digitalmars-d wrote:
On 9/1/2014 2:31 AM, Chris wrote:
Good on you! But make sure the evidence does not disappear
miraculously, if you
get my drift.
Another indispensable feature of github is everyone who forks it has a
clone of the entire repository,
On 9/1/2014 12:26 PM, Walter Bright via Digitalmars-d wrote:
On 9/1/2014 9:30 AM, Iain Buclaw via Digitalmars-d wrote:
1) More than one person can read it, and potentially act upon it.
2) Much better todo list than searching through thousands upon
thousands of emails. :)
The D buglist
On 8/28/2014 7:21 PM, Andrei Alexandrescu via Digitalmars-d wrote:
Dear community, are you ready for this?
https://issues.dlang.org/show_bug.cgi?id=2834
https://github.com/D-Programming-Language/druntime/pull/864
We must do it, and the way I see it the earlier the better. Shall we do
it in
On 8/28/2014 7:54 PM, Brad Roberts via Digitalmars-d wrote:
I didn't study the changes, except to note that the number of tests
seems rather considering the nature of what's changing.
Er: rather LOW considering...
On 8/27/2014 12:11 AM, via Digitalmars-d wrote:
On Tuesday, 26 August 2014 at 21:30:40 UTC, Brad Anderson wrote:
On Tuesday, 26 August 2014 at 21:26:36 UTC, H. S. Teoh via
Digitalmars-d wrote:
D has had immutable for years! Surely that counts as prior art?? Does
the patent office accept prior
On 8/23/2014 10:46 AM, Walter Bright via Digitalmars-d wrote:
On 8/23/2014 10:42 AM, Sönke Ludwig wrote:
Am 23.08.2014 19:38, schrieb Walter Bright:
On 8/23/2014 9:36 AM, Sönke Ludwig wrote:
input types string and immutable(ubyte)[]
Why the immutable(ubyte)[] ?
I've adopted that basically
On 8/23/2014 3:20 PM, Walter Bright via Digitalmars-d wrote:
On 8/23/2014 12:00 PM, Brad Roberts via Digitalmars-d wrote:
On 8/23/2014 10:46 AM, Walter Bright via Digitalmars-d wrote:
I feel that non-UTF encodings should be handled by adapter algorithms,
not embedded into the JSON lexer, so
On 8/22/2014 11:33 AM, Andrei Alexandrescu via Digitalmars-d-announce wrote:
On 8/22/14, 10:05 AM, John Colvin wrote:
As I'm sure has been mentioned elsewhere, the website changes should be
part of the release process, not an afterthought.
Agreed. Who would like to volunteer being our
On 7/23/2014 2:36 PM, Andrei Alexandrescu via Digitalmars-d wrote:
On 7/23/14, 12:04 PM, H. S. Teoh via Digitalmars-d wrote:
If autogenerating opEquals to be opCmp()==0 is a no-go, then I'd much
rather say it should be a compile error if the user defines opCmp but
not opEquals.
No. There is
On 7/15/14, 6:25 PM, Walter Bright via Digitalmars-d wrote:
I've been jawboning about peek/poke for years - finally decided to implement it.
https://issues.dlang.org/show_bug.cgi?id=13138
I don't have any skin in this particular discussion, but it's worth pointing out here that while
it's
On 7/14/14, 1:15 AM, Robert burner Schadek via Digitalmars-d wrote:
+1
and could you open total open?
Hrm.. what? I can't make out what you're asking for.
If you're looking for total open pulls, that data is pretty easy to see via github. There's a lot.
Broken down by person is also a
On 7/14/14, 1:37 AM, Robert burner Schadek via Digitalmars-d wrote:
On 07/14/2014 10:30 AM, Brad Roberts via Digitalmars-d wrote:
On 7/14/14, 1:15 AM, Robert burner Schadek via Digitalmars-d wrote:
+1
and could you open total open?
Hrm.. what? I can't make out what you're asking
On 7/14/14, 2:21 AM, Robert burner Schadek via Digitalmars-d wrote:
On 07/14/2014 10:42 AM, Brad Roberts via Digitalmars-d wrote:
Yeah, that's a pretty large wall of data. But, it's available already
with nice convenient links over on github, at least on a per
repository basis:
https
While Nick and Dicebot have covered some of this already, there's a whole lot of problematic
statements here that need to be addressed.
On 7/12/14, 5:35 PM, Andrew Edwards via Digitalmars-d wrote:
Moved from D.announce for further discussion by request:
On Saturday, 12 July 2014 at 00:13:47
On 7/13/14, 4:09 PM, Andrew Edwards via Digitalmars-d wrote:
On 7/14/14, 7:11 AM, Brad Roberts via Digitalmars-d wrote:
On 7/12/14, 5:35 PM, Andrew Edwards via Digitalmars-d wrote:
David, I'm sure you are aware that list will never be empty.
Never? Awfully defeatist. There was a point
I'm playing with the idea of a once a week sort of status email. There's a lot of people to thank
and recognize their valuable work. So many that this sort of email can't contain very many
different ways of looking at the data before it gets to be too long. For this week, here's just the
On 7/12/14, 4:31 PM, Andrew Edwards via Digitalmars-d-announce wrote:
On Saturday, 12 July 2014 at 00:13:47 UTC, David Nadlinger wrote:
For convenience, the list of unresolved issues marked as regressions:
https://issues.dlang.org/buglist.cgi?bug_severity=regressionresolution=---
Seems like
Also available at downloads.dlang.org
On 7/11/14, 5:00 PM, Andrew Edwards via Digitalmars-d-announce wrote:
The v2.066.0-b3 binaries are now available. The review period for beta 3 will
run until 0700 UTC
( PDT, 0300 EDT, 1600 JST) on 14 July 2014, at which time binaries for RC1
will be
On 7/11/14, 11:22 AM, Frustrated via Digitalmars-d wrote:
On Friday, 11 July 2014 at 18:14:24 UTC, Nick Sabalausky wrote:
On Friday, 11 July 2014 at 17:44:29 UTC, Frustrated wrote:
So why isn't there a link to previous versions of dmd? I have a regression I
need to test out but
can't find
On 7/11/14, 9:10 PM, Walter Bright via Digitalmars-d wrote:
On 7/11/2014 5:10 PM, Mike wrote:
The problem, however, when managing one's own memory is that one cannot use some
of the built-in types, like Exceptions, that are instantiated deep within the
runtime. A solution to this would likely
The same set of available files are also here:
http://downloads.dlang.org/pre-releases/2014/
NOTE: The amd64 linux build is listed as available, but it's not, yet.
On 7/3/14, 6:13 PM, Andrew Edwards via Digitalmars-d-announce wrote:
A number of technical difficulties resulted in a delayed
The host that runs these two services is down. I'm working on getting them
back up.
There's a reasonable chance I'll end up having to restore both db's from last night's backups,
meaning a loss of the last 18 hours of bugzilla changes other than the messages sent to the bugs
, so very little data
loss. I'll re-enter those now.
Please report anything that seems broken (... relative to how it was yesterday).
On 7/1/14, 3:30 PM, Brad Roberts via Digitalmars-d-announce wrote:
The host that runs these two services is down. I'm working on getting them
back up.
There's
On 6/29/14, 12:19 AM, Adam Wilson via Digitalmars-d wrote:
On Sat, 28 Jun 2014 23:08:51 -0700, Charles charles.hoskin...@gmail.com wrote:
Is there a native D crypto library like Crypto++?
No. And for good reason. Building a cryptography library is an extremely
dificult proposition. Even
The one that the win64 auto-tester uses is here:
http://downloads.dlang.org/other/
curl-7.28.1-devel-rainer.win64.zip
There's a newer one available there, but I can't vouch for it.
On 6/26/14, 11:49 AM, Andrei Alexandrescu via Digitalmars-d-learn wrote:
On 6/26/14, 11:11 AM, Mark
While I agree that some of these points are true, what's not true is that the use of bugzilla and
it's separateness from github is the cause. Bugzilla has a similar set of features for
categorization and future release management as github. Having bugs tracked via github's issue
tracker won't
You'll likely toss me into the same boat as the post you're ranting about, but please, watch the
misogynistic language here.
On 6/15/14, 8:37 AM, Caligo via Digitalmars-d wrote:
I'm so sick of watching narcissistic edited who just love to broadcast their
opinions, enough said.
I'd reply to those that choose to nit pick the specific choice of words rather than the underlying
message, but please, this forum devolves into rants and childish behavior often enough already. Try
to take to heart Walter's words and underlying intent. A little more professionalism and care
On 5/27/14, 1:41 PM, Jerry via Digitalmars-d wrote:
Brad Roberts via Digitalmars-d digitalmars-d@puremagic.com writes:
On 5/25/14, 7:54 AM, monarch_dodra via Digitalmars-d wrote:
On Saturday, 24 May 2014 at 17:58:08 UTC, Brad Roberts via Digitalmars-d wrote:
As discussed a little
On 5/25/14, 7:54 AM, monarch_dodra via Digitalmars-d wrote:
On Saturday, 24 May 2014 at 17:58:08 UTC, Brad Roberts via Digitalmars-d wrote:
As discussed a little at the conference, the auto-tester is almost always
hardware bound. In
other words, it's building flat out 24/7. More hardware
As discussed a little at the conference, the auto-tester is almost always hardware bound. In other
words, it's building flat out 24/7. More hardware == faster updates to build status. If anyone
wants to provide hardware to help there's a number of ways to do so. Here's my order of
I'm working on my presentation for the conference and I'm running out of time. I'd like to ask you
guys for some help locating a few dates:
1) When 0.x transitioned from alpha to beta
2) Was there a beta to release candidate transition for 0.x - 1.x? If so, when? I have the 1.00
release
According to the modification history for that bug, you reopened it back on May 4, 2009. Walter
merely changed the version id recently from 1.041 to D1.
https://issues.dlang.org/show_activity.cgi?id=2757
On 4/17/14, 2:55 AM, Nick B via Digitalmars-d wrote:
I have noticed that Walter has
I've kicked things a little, but need to figure out better why it didn't go out
on it's own.
On 4/15/14, 5:26 PM, Kevin Lamonte via Digitalmars-d wrote:
I am trying to reset my password on the bug tracker in order to file a new bug,
but the reset emails
appear to be disappearing in the ether.
---BeginMessage---
Another flurry of bounces floated through today (which I handled by removing the suspensions,
again). The only practical choice is a fairly intrusive one. I've enabled the from_is_list option,
meaning that the 'from' address from mail originating through the list will be
---BeginMessage---
Another flurry of bounces floated through today (which I handled by removing the suspensions,
again). The only practical choice is a fairly intrusive one. I've enabled the from_is_list option,
meaning that the 'from' address from mail originating through the list will be
Ok, so that kinda sucks. I've switched it to 'munge from' mode instead.
101 - 184 of 184 matches
Mail list logo